You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@cassandra.apache.org by "Stefan Podkowinski (JIRA)" <ji...@apache.org> on 2016/12/09 14:51:59 UTC

[jira] [Created] (CASSANDRA-13024) Droppable Tombstone Ratio Calculation

Stefan Podkowinski created CASSANDRA-13024:
----------------------------------------------

             Summary: Droppable Tombstone Ratio Calculation
                 Key: CASSANDRA-13024
                 URL: https://issues.apache.org/jira/browse/CASSANDRA-13024
             Project: Cassandra
          Issue Type: Bug
            Reporter: Stefan Podkowinski


Whenever no sstables can be compacted in a standard way, we currently try to compact sstables that would make worthwhile candidates by evaluation {{sstable.getEstimatedDroppableTombstoneRatio(gcBefore) <= tombstoneThreshold}}. You can find out more on how this is supposed to work and the various settings options by reading "[About Deletes and Tombstones in Cassandra|http://thelastpickle.com/blog/2016/07/27/about-deletes-and-tombstones.html#single-sstable-compaction]" by [~arodrime]. 

The bad news is that currently the ratio value will vary to a great degree depending on the data model and type of deletes, as the ratio will be created based on the number of tombstones and number of _columns_. Any kind of tombstone will be counted here, no matter if on column or partition level, which will give you very different ratios based on the number of columns in your table and how you delete the data. 

Considering a 0.20 default threshold for finding sstables with enough droppable tombstones, it only takes 3 columns in your table to never hit the threshold at all when using partition tombstones.



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