Return-Path: X-Original-To: archive-asf-public-internal@cust-asf2.ponee.io Delivered-To: archive-asf-public-internal@cust-asf2.ponee.io Received: from cust-asf.ponee.io (cust-asf.ponee.io [163.172.22.183]) by cust-asf2.ponee.io (Postfix) with ESMTP id 4F4CC200B83 for ; Sat, 17 Sep 2016 17:35:22 +0200 (CEST) Received: by cust-asf.ponee.io (Postfix) id 4AC1C160ACD; Sat, 17 Sep 2016 15:35:22 +0000 (UTC) Delivered-To: archive-asf-public@cust-asf.ponee.io Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by cust-asf.ponee.io (Postfix) with SMTP id 89450160AB5 for ; Sat, 17 Sep 2016 17:35:21 +0200 (CEST) Received: (qmail 51480 invoked by uid 500); 17 Sep 2016 15:35:20 -0000 Mailing-List: contact commits-help@cassandra.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@cassandra.apache.org Delivered-To: mailing list commits@cassandra.apache.org Received: (qmail 51467 invoked by uid 99); 17 Sep 2016 15:35:20 -0000 Received: from arcas.apache.org (HELO arcas) (140.211.11.28) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 17 Sep 2016 15:35:20 +0000 Received: from arcas.apache.org (localhost [127.0.0.1]) by arcas (Postfix) with ESMTP id 6F2B02C0D58 for ; Sat, 17 Sep 2016 15:35:20 +0000 (UTC) Date: Sat, 17 Sep 2016 15:35:20 +0000 (UTC) From: "Wei Deng (JIRA)" To: commits@cassandra.apache.org Message-ID: In-Reply-To: References: Subject: [jira] [Commented] (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 X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 archived-at: Sat, 17 Sep 2016 15:35:22 -0000 [ https://issues.apache.org/jira/browse/CASSANDRA-12659?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15499215#comment-15499215 ] Wei Deng commented on CASSANDRA-12659: -------------------------------------- Can you reliably reproduce this problem? If yes, it would be very helpful if you describe the repro steps so that somebody can take a closer look. BTW, "there are no tombstones left" doesn't mean you're safe. You may have run into a typical ["zombie resurrection"|http://thelastpickle.com/blog/2016/07/27/about-deletes-and-tombstones.html] situation when the system cleared up all of the tombstones. > 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)