カサンドラ修復を実行していないときの時系列データへの影響

Question

カサンドラに保存したデータは、手動で削除しない純粋な時系列です。データはTTLによってのみ削除されます。

このような場合は、修理が本当に必要ですか？修復を実行しないことの影響は何ですか？

Answer 1

TTLを設定すると、時間が経過すると、cassandraはtombstoneでデータにマークを付けます。あなたが定期的に修復を実行しない場合は、巨大な墓石が生成され、それがカサンドラのパフォーマンスに影響を及ぼします

列の作成からの秒数は、TTL値を超えた後、TTLデータが期限切れになったとみなされ、結果に含まれています。有効期限が切れたデータは、読み取りパス上の次の読み取り時に廃棄マーク付きでマークされますが、最大gc_grace_secondsの間残ります。この時間の後、廃棄データは自動的に通常の圧縮の際に除去され、修理は

本当にgc_grace_seconds +固めた後に削除https://docs.datastax.com/en/cql/3.1/cql/cql_using/use_expire_c.html

Answer 2

1. Tobstonedデータを処理します。廃棄されたデータを含むテーブルが圧縮されていないと、このデータとスタックされ、パフォーマンスが低下します。

2. gc_grace期間内に修復を実行しないと、死んだデータが再び生きることがあります。ここでは、この上のdatastax記事だ（そして、あなたはregulary修理を実行する必要がある理由）：

https://docs.datastax.com/en/cassandra/2.1/cassandra/dml/dml_about_deletes_c.html

EDIT：

がTTLedデータが期限切れの時に廃棄が、唯一の時にされていませんコンパクションのプロセスがあります（少なくとも3.9）。墓石がない場合でも、期限切れのデータは表示されません。

したがって、ノードに問題があり、TTLedデータが圧縮で削除されていない場合は、次の圧縮時に破棄されるか、単純に削除されます。これによれば、データが決して削除されずに有効期限が切れていて、同じキーに対するowerwritesがないという事実により、データの一貫性のために修復を実行する必要はありません。

上記のすべてについて、間違いなくあなたが書き込みパスを使用して書かれたことがあった場合に、私はしばらくのうちに（間にはるかに高い間隔で）修理を実行することをお勧めします。