Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

SSTables created regardless to TWCS window definition #6

Open
sternr opened this issue May 8, 2018 · 0 comments
Open

SSTables created regardless to TWCS window definition #6

sternr opened this issue May 8, 2018 · 0 comments

Comments

@sternr
Copy link

sternr commented May 8, 2018

Our issue is old SSTables are never deleting, and running sstableexpiredblockers tells the issue is because practically ALL our SSTables have overlapping timestamps preventing it from tombstoning.

We're running Cassandra 2.1.14, and our table is configured as follows:

CREATE TABLE KS.CF (
    KEY text,
    timestamp timeuuid,
    DATA blob,
    PRIMARY KEY (KEY, timestamp)
) WITH CLUSTERING ORDER BY (timestamp DESC)
    AND bloom_filter_fp_chance = 0.01
    AND caching = '{"keys":"ALL", "rows_per_partition":"300"}'
    AND comment = ''
    AND compaction = {'compaction_window_unit': 'DAYS', 'compaction_window_size': '7', 'class': 'com.jeffjirsa.cassandra.db.compaction.TimeWindowCompactionStrategy'}
    AND compression = {'chunk_length_kb': '4', 'sstable_compression': 'org.apache.cassandra.io.compress.LZ4Compressor'}
    AND dclocal_read_repair_chance = 0.1
    AND default_time_to_live = 1814400
    AND gc_grace_seconds = 3600
    AND max_index_interval = 2048
    AND memtable_flush_period_in_ms = 0
    AND min_index_interval = 128
    AND read_repair_chance = 0.0
    AND speculative_retry = '99.0PERCENTILE';

And our SSTables look as such:

image

Why do we not have 1 SSTable per week (as configured by TWCS)? and how come we've so much overlapping?

Thanks!!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant