简体   繁体   English

使用where子句时Cassandra Astyanax SQL查询错误

[英]Cassandra astyanax sql query errors out when where clause is used

select with where clause works fine in cassandra cqlsh> but not from Astyanax. select with where子句在cassandra cqlsh>中工作正常,但不适用于Astyanax。 However, SLQ clause without where clause works fine from astyanax. 但是,不带where子句的SLQ子句在astyanax中可以正常工作。 Not sure what I'm missing any thoughts? 不知道我有什么想法吗?

CREATE TABLE personalization1 (
                       username text primary key,
                      incidentPage text,
                      timelinePage text,
                      );

insert into personalization1 (username,incidentpage,timelinepage) values ('3cd70b90-d211-11e3-8774-14109fdb7013','3cd70b90-d211-11e3-8774-14109fdb7013','3cd70b90-d211-11e3-8774-14109fdb7013');

SELECT * FROM personalization1 where username='3cd70b90-d211-11e3-8774-14109fdb7013' ;

com.netflix.astyanax.connectionpool.exceptions.BadRequestException: BadRequestException: [host=10.65.240.89(10.65.240.89):9160, latency=237(342), attempts=1]InvalidRequestException(why:No indexed columns present in by-columns clause with "equals" operator) at com.netflix.astyanax.thrift.ThriftConverter.ToConnectionPoolException(ThriftConverter.java:159) at com.netflix.astyanax.thrift.AbstractOperationImpl.execute(AbstractOperationImpl.java:65) at com.netflix.astyanax.thrift.AbstractOperationImpl.execute(AbstractOperationImpl.java:28) at com.netflix.astyanax.thrift.ThriftSyncConnectionFactoryImpl$ThriftConnection.execute(ThriftSyncConnectionFactoryImpl.java:151) at com.netflix.astyanax.connectionpool.impl.AbstractExecuteWithFailoverImpl.tryOperation(AbstractExecuteWithFailoverImpl.java:119) at com.netflix.astyanax.connectionpool.impl.AbstractHostPartitionConnectionPool.executeWithFailover(AbstractHostPartitionConnectionPool.java:338) at com.netflix.astyanax.thrift.AbstractThriftCqlQuery com.netflix.astyanax.connectionpool.exceptions.BadRequestException:BadRequestException:[host = 10.65.240.89(10.65.240.89):9160,等待时间= 237(342),尝试= 1] InvalidRequestException(为什么: com.netflix.astyanax.thrift.AbstractOperationImpl.execute(Abstract.OperationImpl.java:65)处com.netflix.astyanax.thrift.ThriftConverter.ToConnectionPoolException(ThriftConverter.java:159)处com.netflix.astyanax.thrift.AbstractOperationImpl.execute(AbstractOperationImpl.java:65)处的columns子句com.netflix.astyanax.thrift.ThriftSyncConnectionFactoryImpl $ ThriftConnection.execute(ThriftSyncConnectionFactoryImpl.java:151)上的.astyanax.thrift.AbstractOperationImpl.execute(AbstractOperationImpl.java:28)在com.netflix.astyanax.connectionpool.impl。 com.netflix.astyanax.connectionpool.impl.AbstractHostPartitionConnectionPool.executeWithFailover(AbstractHostPartitionConnectionPool.java:338)中的(AbstractExecuteWithFailoverImpl.java:119)com.netflix.astyanax.thrift.AbstractThriftCqlQuery .execute(AbstractThriftCqlQuery.java:41) at com.ebay.timeline.dao.PersonaliztionDAOTest.test(PersonaliztionDAOTest.java:83) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) at java.lang.reflect.Method.invoke(Unknown Source) at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:47) at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12) at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:44) at org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:17) at org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:26) at org.springframework.test.context.junit4.statements.RunBeforeTestMethodCallbacks.evaluate(RunBeforeTestMethodCallbacks.java:74) at org.springframework.test.context.junit4.statements.RunAfterTestMethodCal .comute(AbstractThriftCqlQuery.java:41)位于com.ebay.timeline.dao.PersonaliztionDAOTest.test(PersonaliztionDAOTest.java:83)位于sun.reflect.NativeMethodAccessorImpl.invoke0(原生方法),位于sun.reflect.NativeMethodAccessorImpl.invoke(未知)来源)位于sun.reflect.DelegatingMethodAccessorImpl.invoke(来源未知)(java.lang.reflect.Method.invoke(来源未知)org.junit.runners.model.FrameworkMethod $ 1.runReflectiveCall(FrameworkMethod.java:47) .org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12)在org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:44)在org.junit.internal.runners.statements.InvokeMethod在org.junit.internal.runners.statements处的.evaluate(InvokeMethod.java:17)。在org.springframework.test.context.junit4.statements.RunBeforeTestMethodCallbacks.evaluate(RunBeforeTestMethodCallbacks.java处的RunBefores.evaluate(RunBefores.java:26) :74),位于org.springframework.test.context.junit4.statements.RunAfterTestMethodCal lbacks.evaluate(RunAfterTestMethodCallbacks.java:83) at org.springframework.test.context.junit4.statements.SpringRepeat.evaluate(SpringRepeat.java:72) at org.springframework.test.context.junit4.SpringJUnit4ClassRunner.runChild(SpringJUnit4ClassRunner.java:232) at org.springframework.test.context.junit4.SpringJUnit4ClassRunner.runChild(SpringJUnit4ClassRunner.java:89) at org.junit.runners.ParentRunner$3.run(ParentRunner.java:238) at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:63) at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:236) at org.junit.runners.ParentRunner.access$000(ParentRunner.java:53) at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:229) at org.springframework.test.context.junit4.statements.RunBeforeTestClassCallbacks.evaluate(RunBeforeTestClassCallbacks.java:61) at org.springframework.test.context.junit4.statements.RunAfterTestClassCallbacks.evaluate(RunAfterTestClassCallbacks.java:71) at org.junit.runners.ParentRunner.run(Pare 在org.springframework.test.context.junit4.SpringJUnit4ClassRunner.runChild(SpringJUnit4ClassRunner.org)的org.springframework.test.context.junit4.statements.SpringRepeat.evaluate(SpringRepeat.java:72)的lbacks.evaluate(RunAfterTestMethodCallbacks.java:83)。 java:232)在org.springframework.test.context.junit4.SpringJUnit4ClassRunner.runChild(SpringJUnit4ClassRunner.java:89)在org.junit.runners.ParentRunner $ 3.run(ParentRunner.java:238)在org.junit.runners。在org.junit.runners.ParentRunner.runChildren(ParentRunner.java:236)在org.junit.runners.ParentRunner.access的ParentRunner $ 1.schedule(ParentRunner.java:63)在org.junit的$ 000(ParentRunner.java:53) org.springframework.test.context.junit4.statements.RunBeforeTestClassCallbacks.evaluate(RunBeforeTestClassCallbacks.java:61)的org.springframework.test.context.junit4.statement的.runners.ParentRunner $ 2.evaluate(ParentRunner.java:229)。 org.junit.runners.ParentRunner.run(Pare上的RunAfterTestClassCallbacks.evaluate(RunAfterTestClassCallbacks.java:71) ntRunner.java:309) at org.springframework.test.context.junit4.SpringJUnit4ClassRunner.run(SpringJUnit4ClassRunner.java:175) at org.eclipse.jdt.internal.junit4.runner.JUnit4TestReference.run(JUnit4TestReference.java:50) at org.eclipse.jdt.internal.junit.runner.TestExecution.run(TestExecution.java:38) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:467) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:683) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:390) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:197) Caused by: InvalidRequestException(why:No indexed columns present in by-columns clause with "equals" operator) at org.apache.cassandra.thrift.Cassandra$execute_cql_query_result.read(Cassandra.java:36625) at org.apache.thrift.TServiceClient.receiveBase(TServiceClient.java:78) at org.apache.cassandra.thrift.Cassandra$Client.recv_exe org.springframework.test.context.junit4.SpringJUnit4ClassRunner.run(SpringJUnit4ClassRunner.java:175)上的ntRunner.java:309)org.eclipse.jdt.internal.junit4.runner.JUnit4TestReference.run(JUnit4TestReference.java:50)上的SpringJUnit4ClassRunner.run(SpringJUnit4ClassRunner.java:175)在org.eclipse.org.eclipse.jdt.internal.junit.runner.TestExecution.run(TestExecution.java:38)在org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:467) org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:390)上的.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:683)在org.eclipse.jdt.internal上.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:197)由以下原因引起:InvalidRequestException(为什么:org.apache.cassandra.thrift.Cassandra $ execute_cql_query_result处的by-columns子句中没有索引列)。在org.apache.cassandra.thrift.Cassandra $ Client.recv_exe处读取(Cassandra.java:36625)在org.apache.thrift.TServiceClient.receiveBase(TServiceClient.java:78) cute_cql_query(Cassandra.java:1525) at org.apache.cassandra.thrift.Cassandra$Client.execute_cql_query(Cassandra.java:1511) at com.netflix.astyanax.thrift.ThriftCqlQuery.execute_cql_query(ThriftCqlQuery.java:33) at com.netflix.astyanax.thrift.AbstractThriftCqlQuery$1.internalExecute(AbstractThriftCqlQuery.java:46) at com.netflix.astyanax.thrift.AbstractThriftCqlQuery$1.internalExecute(AbstractThriftCqlQuery.java:43) at com.netflix.astyanax.thrift.AbstractOperationImpl.execute(AbstractOperationImpl.java:60) org.apache.cassandra.thrift.Cassandra $ Client.execute_cql_query(Cassandra.java:1511)的cute_cql_query(Cassandra.java:1525)com.netflix.astyanax.thrift.ThriftCqlQuery.execute_cql_query(ThriftCqlQuery。 .netflix.astyanax.thrift.AbstractThriftCqlQuery $ 1.internalExecute(AbstractThriftCqlQuery.java:46)at com.netflix.astyanax.thrift.AbstractThriftCqlQuery $ 1.internalExecute(AbstractThriftCqlQuery.java:43)at com.netflix.astyanax.thrift (AbstractOperationImpl.java:60)

I notice from the stack trace that the "execute_cql_query" function is being used, not "execute_cql3_query", so the query being run is being run like it was executed in cqlsh -2 , that is most likely the issue. 我从堆栈跟踪中注意到,正在使用“ execute_cql_query”函数,而不是“ execute_cql3_query”函数,因此正在运行的查询就像在cqlsh -2中执行的一样运行,这很可能是问题所在。 The name of the primary key from cql2's view of things is probably "key". 从cql2的角度来看,主键的名称可能是“键”。

声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.

 
粤ICP备18138465号  © 2020-2024 STACKOOM.COM