Mailing-List: contact commits-help@cassandra.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@cassandra.apache.org
Date: Fri, 16 Sep 2016 19:24:21 +0000 (UTC)
From: "Tai Khuu Tan (JIRA)" <jira@apache.org>
To: commits@cassandra.apache.org
Message-ID: <JIRA.13005529.1474053824000.592215.1474053861587@Atlassian.JIRA>
In-Reply-To: <JIRA.13005529.1474053824000@Atlassian.JIRA>
References: <JIRA.13005529.1474053824000@Atlassian.JIRA> <JIRA.13005529.1474053824637@arcas>
Subject: [jira] [Created] (CASSANDRA-12659) Query in reversed order brough
 back deleted data
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
archived-at: Fri, 16 Sep 2016 19:24:23 -0000

Tai Khuu Tan created CASSANDRA-12659:
----------------------------------------

             Summary: Query in reversed order brough back deleted data
                 Key: CASSANDRA-12659
                 URL: https://issues.apache.org/jira/browse/CASSANDRA-12659
             Project: Cassandra
          Issue Type: Bug
          Components: Core
         Environment: Cassandra 3.0.5, 6 nodes cluster
            Reporter: Tai Khuu Tan


We have and issues with our Cassandra 3.0.5. After we deleted a large amount of data in the multiple partition keys. Query those partition keys with reversed order on a clustering key return the deleted data. I have checked and there are no tombstones left. All of them are deleted. So I don't know where or how can those deleted data still exist. Is there any other place that Cassandra will read data when query in reverse order compare to normal order ?
the schema is very simple

{noformat}
CREATE TABLE table ( uid varchar, version timestamp, data1 varchar, data2 varchar, data3 varchar, data4 varchar, data5 varchar, PRIMARY KEY (uid, version, data1 , data2 , data3 , data4 ) ) with compact storage;
{noformat}

Query are doing reverse order on column timestamp

Ex:
{noformat}
select * from data where uid="uid1" order by version DESC
{noformat}


--
This message was sent by Atlassian JIRA
(v6.3.4#6332)