2010-06-05 47 views

回答

-3

就一直有同樣的問題,我發現:

這已被固定在0.7 (https://issues.apache.org/jira/browse/CASSANDRA-1027)。 而回遷到0.6.3

這也是相關的: https://issues.apache.org/jira/browse/CASSANDRA-494

+4

-1這不是「固定」的,票據剛被「解決」,解決方法是「稍後可能」。根據@ Schildmeijer的回答,這是預期的行爲,而不是bug。 – user359996 2012-03-19 00:19:20

+0

同意!請參閱下面的回覆。 – 2013-04-04 05:06:54

6

Why do deleted keys show up during range scans?

因爲get_range_slice說,「應用此謂詞來定行的範圍,」這意味着,如果預測結果是空的,我們必須包括該行鍵空的結果。即使沒有執行刪除操作,執行這樣的查詢返回某些或所有鍵的空列列表也是完全有效的。

+0

感謝,並沒有解決,以避免? – Matroska 2010-06-05 21:06:30

+2

根據http://wiki.apache.org/cassandra/DistributedDeletes,每個GCGraceSeconds都會清理墓碑,默認爲10天。 GCGraceSeconds應該是您獲得故障節點備份並運行所需的最長時間。對於單個實例,可以將GCGraceSeconds設置爲0,然後將自動刪除墓碑。 – 2013-04-04 05:05:46

4

Cassandra按預期使用分佈式刪除。

因此,刪除操作不能隨便擦出來的數據 的所有痕跡被立即刪除:如果我們這樣做,和副本沒有收到 刪除操作,當它再次可用它將把 確實收到刪除的副本,因爲錯過了更新並寫入 ,並對其進行修復!因此,而不是刪除刪除數據, 卡桑德拉用一個特殊的值,即墓碑替代它。然後,可以將該墓碑傳播到錯過了初始的刪除請求的副本。

http://wiki.apache.org/cassandra/DistributedDeletes

相關問題