なぜ、TRUNCATE後にnodetoolのステータス* keyspace *に数百MBのデータが表示されるのですか？

Question

私のテーブルにノード.20のCQLSHからのTRUNCATEコマンドを使用しました。

コマンドを発行してから20分が経過しましたが、nodetool status *myKeyspace*の出力では、6つのノードのうち4つに多くのデータが表示されます。私はカサンドラ3.0.8

192.168.178.20:/usr/share/cassandra$ nodetool status *myKeyspace* 
Datacenter: dc1 
=============== 
Status=Up/Down 
|/ State=Normal/Leaving/Joining/Moving 
-- Address   Load  Tokens  Owns (effective) Host ID        Rack 
UN 192.168.178.24 324,57 MB 256   32,7%    4d852aea-65c7-42e1-b2bd-f38a320ec827 rack1 
UN 192.168.178.28 650,86 KB 256   35,7%    82b67dc5-9f4f-47e9-81d7-a93f28a3e9da rack1 
UN 192.168.178.30 155,68 MB 256   31,9%    28cf5138-7b61-42ca-8b0c-e4be1b5418ba rack1 
UN 192.168.178.32 321,62 MB 256   33,3%    64e106ed-770f-4654-936d-db5b80aa37dc rack1 
UN 192.168.178.36 640,91 KB 256   33,0%    76152b07-caa6-4214-8239-e8a51bbc4b62 rack1 
UN 192.168.178.20 103,07 MB 256   33,3%    539a6333-c4ef-487a-b1e4-aac40949af4c rack1 

使用しています

は

次のコマンドを実行すると、0.24のノード上で実行されました。まだどこかに保存されているスナップショットやバックアップがあるように見えますか？しかし、ノード24の658 MBのデータ量は、nodetool statusの報告された324 MBと一致しません。そこには何が起こっているのですか？

192.168.178.24:/usr/share/cassandra$ nodetool cfstats *myKeyspace* 
Keyspace: *myKeyspace* 
     Read Count: 0 
     Read Latency: NaN ms. 
     Write Count: 0 
     Write Latency: NaN ms. 
     Pending Flushes: 0 
       Table: data 
       SSTable count: 0 
       Space used (live): 0 
       Space used (total): 0 
       Space used by snapshots (total): 658570012 
       Off heap memory used (total): 0 
       SSTable Compression Ratio: 0.0 
       Number of keys (estimate): 0 
       Memtable cell count: 0 
       Memtable data size: 0 
       Memtable off heap memory used: 0 
       Memtable switch count: 0 
       Local read count: 0 
       Local read latency: NaN ms 
       Local write count: 0 
       Local write latency: NaN ms 
       Pending flushes: 0 
       Bloom filter false positives: 0 
       Bloom filter false ratio: 0,00000 
       Bloom filter space used: 0 
       Bloom filter off heap memory used: 0 
       Index summary off heap memory used: 0 
       Compression metadata off heap memory used: 0 
       Compacted partition minimum bytes: 0 
       Compacted partition maximum bytes: 0 
       Compacted partition mean bytes: 0 
       Average live cells per slice (last five minutes): 3.790273556231003 
       Maximum live cells per slice (last five minutes): 103 
       Average tombstones per slice (last five minutes): 1.0 
       Maximum tombstones per slice (last five minutes): 1 

キースペースでクリーニングしたテーブル以外のテーブルはありません。 cassandra-lucene-indexのインデックスデータがあるかもしれませんが、TRUNCATEを使用してもクリアされない場合があります。

Answer 1

nodetool statusのkeyspaceオプションは、本当に所有権を計算するときに含めるレプリケーションファクタとデータセンターを知るためのものです。負荷は実際には1つのキースペースだけでなく、すべてのステーブルに適用されます。キースペースオプションを設定することによって、IPアドレス、ホストID、およびトークン数がどのように影響されるかと同じように。 statusはグローバルチェックの詳細です。

Space used by snapshotsはまだ古いデータがあると予想されます。切り捨てを行うと、データがスナップショットされます（auto_snapshotをcassandra.yamlに設定して無効にすることができます）。すべてのスナップショットを消去するにはnodetool clearsnapshot <keyspace>