cassandra-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Fabrice Larcher <fabrice.larc...@level5.fr>
Subject Re: Secondary indexes not working properly since 2.1.0-rc2 ?
Date Thu, 14 Aug 2014 09:12:25 GMT
Hello, I created https://issues.apache.org/jira/browse/CASSANDRA-7766 about
that

Fabrice LARCHER


2014-08-13 14:58 GMT+02:00 DuyHai Doan <doanduyhai@gmail.com>:

> Hello Fabrice.
>
>  A quick hint, try to create your secondary index WITHOUT the "IF NOT
> EXISTS" clause to see if you still have the bug.
>
> Another idea is to activate query tracing on client side to see what's
> going on underneath.
>
>
> On Wed, Aug 13, 2014 at 2:48 PM, Fabrice Larcher <
> fabrice.larcher@level5.fr> wrote:
>
>> Hello,
>>
>> I have used C* 2.1.0-rc1, 2.1.0-rc2, 2.1.0-rc3 and I currently use
>> 2.1.0-rc5. Since 2.1.0-rc2, it appears that the secondary indexes are not
>> always working. Just after the INSERT of a row, the index seems to be
>> there. But after a while (I do not know when or why), SELECT statements
>> based on any secondary index do not return the corresponding row(s)
>> anymore. I noticed that a restart of C* may have an impact (the data
>> inserted before the restart may be seen through the index, even if it was
>> not returned before the restart).
>>
>> Here is a use-case example (in order to clarify my request) :
>>
>> CREATE TABLE IF NOT EXISTS ks.cf ( k int PRIMARY KEY, ind ascii, value
>> text);
>> CREATE INDEX IF NOT EXISTS ks_cf_index ON ks.cf(ind);
>> INSERT INTO ks.cf (k, ind, value) VALUES (1, 'toto', 'Hello');
>> SELECT * FROM ks.cf WHERE ind = 'toto'; // Returns no result after a
>> while
>>
>> The last SELECT statement may or may not return a row depending on the
>> instant of the request. I experienced that with 2.1.0-rc5 through CQLSH
>> with clusters of one and two nodes. Since it depends on the instant of the
>> request, I am not able to deliver any way to reproduce that systematically
>> (It appears to be linked with some scheduled job inside C*).
>>
>> Is anyone working on this issue ?
>> Am I possibly missing some configuration that prevent secondary indexes
>> to return empty result ?
>> Should I rather create a new table for each secondary index and remove
>> secondary indexes ?
>>
>> Many thanks for your support.
>>
>> ​Fabrice​
>>
>>
>

Mime
View raw message