cassandra-commits mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Sylvain Lebresne (JIRA)" <j...@apache.org>
Subject [jira] Assigned: (CASSANDRA-1074) check bloom filters to make minor compaction able to delete (some) tombstones
Date Sun, 12 Sep 2010 14:44:34 GMT

     [ https://issues.apache.org/jira/browse/CASSANDRA-1074?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]

Sylvain Lebresne reassigned CASSANDRA-1074:
-------------------------------------------

    Assignee: Sylvain Lebresne

> check bloom filters to make minor compaction able to delete (some) tombstones
> -----------------------------------------------------------------------------
>
>                 Key: CASSANDRA-1074
>                 URL: https://issues.apache.org/jira/browse/CASSANDRA-1074
>             Project: Cassandra
>          Issue Type: Improvement
>          Components: Core
>            Reporter: Robert Coli
>            Assignee: Sylvain Lebresne
>             Fix For: 0.8
>
>
> Given a tombstoned key which is older than GCGraceSeconds, current (0.6.1) compaction
implementation still requires a major compaction for the key to actually be deleted. The major
compaction is required is because we must know whether there is a version of the key inside
all SSTables associated with the columnfamily, including ones not involved in minor compactions.
However, as we have bloom filters into each one of these SSTables, minor compaction can relatively
inexpensively check for existence of this key in SSTable files not involved in the current
minor compaction, and thereby delete the key, assuming all bloom filters return negative.
If the filter returns positive, a major compaction would of course still be required.
> For use cases like CASSANDRA-1041 where users are strongly motivated to not do a major
compaction, this seems to answer the jbellis objection :
> "You don't want to skip large files in major compactions, since the definition of major
is "compact everything so it is safe to remove tombstones." "
> The above described improvement appears to provide "safe to remove (some) tombstones"
without requiring "compact everything", and so may be a useful optimization.
> =Rob

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


Mime
View raw message