You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@cassandra.apache.org by "mck (JIRA)" <ji...@apache.org> on 2018/07/03 07:12:00 UTC
[jira] [Resolved] (CASSANDRA-11166) Range tombstones not accounted
in tracing/cfstats
[ https://issues.apache.org/jira/browse/CASSANDRA-11166?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
mck resolved CASSANDRA-11166.
-----------------------------
Resolution: Duplicate
Fix Version/s: 3.11.2
4.0
> Range tombstones not accounted in tracing/cfstats
> -------------------------------------------------
>
> Key: CASSANDRA-11166
> URL: https://issues.apache.org/jira/browse/CASSANDRA-11166
> Project: Cassandra
> Issue Type: Bug
> Reporter: Anubhav Kale
> Priority: Minor
> Fix For: 4.0, 3.11.2
>
>
> I noticed an inconsistent behavior on deletes. Not sure if it is intentional.
> The summary is:
> If a table is created with TTL or if rows are inserted in a table using TTL, when its time to expire the row, tombstone is generated (as expected) and cfstats, cqlsh tracing and sstable2json show it.
> However, if one executes a delete from table query followed by a select *, neither cql tracing nor cfstats shows a tombstone being present. However, sstable2json shows a tombstone.
> Is this situation treated differently on purpose ? In such a situation, does Cassandra not have to scan tombstones (seems odd) ?
> Also as a data point, if one executes a delete <some-column> from table, cqlsh tracing, nodetool cfstats, and sstable2json all show a consistent result (tombstone being present).
> As a end user, I'd assume that deleting a row either via TTL or explicitly should show me a tombstone. Is this expectation reasonable ? If not, can this behavior be clearly documented ?
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
---------------------------------------------------------------------
To unsubscribe, e-mail: commits-unsubscribe@cassandra.apache.org
For additional commands, e-mail: commits-help@cassandra.apache.org