tombstone

    2熱度

    1回答

    據我所知,Cassandra使用「墓碑」作爲刪除標記。 因爲SSTable是不可變的,所以它使用邏輯刪除標記來標記刪除的記錄。 那麼,哪裏的墓碑已經標記在SSTable文件中? 是否在SSTable或其他地方的索引文件中標記? 我想了解墓碑標記流程的具體邏輯。

    0熱度

    2回答

    我測試我的應用程序,廣泛使用藍牙天線。有時我的手機沒有明顯的原因重新啓動。我已經提取了手機中的最後一個墓碑。 你能幫我理解重啓後的原因嗎?我覺得BT適配器有點問題。 這是墓碑的頂部,如果你需要更多,我會補充其餘的。 *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** Build fingerprint: 'samsung

    2熱度

    1回答

    關於tombstone compaction 我想知道爲什麼我不能在cassandra1.2.6產生「墓碑壓實」。 [步驟] 在卡桑德拉-CLI create keyspace keyspace1 with placement_strategy = 'org.apache.cassandra.locator.SimpleStrategy' and strategy_options = {repli

    3熱度

    1回答

    我遇到了一個問題,我的應用程序的某個頁面不會從墓碑恢復。嘗試訪問該應用只會導致被放回到主屏幕。調試期間 三線被記錄到控制檯: System.Runtime.Serialization.InvalidDataContractException類型的第一次機會異常出現在System.Runtime.Serialization.dll System.Reflection.TargetInvocation

    0熱度

    1回答

    我們在1.2.5 Cassandra集羣上有一個寫入繁重的工作流程。由於磁盤空間有限,我們必須偶爾刪除較舊的數據。當可用磁盤空間量下降到某個級別時,將開始刪除操作。我們已經學習了墓碑的作用,即當gc_grace超時到期並且正在進行小型壓縮時它們被刪除。所以我們設置了「耐心延遲」,當它到期時,我們可以再次檢查磁盤上的可用空間。 但是我們需要一個更可預測的刪除方案,因爲我們不能依賴「輕微壓縮可能會運行

    0熱度

    2回答

    好吧,這是迄今爲止我所知道的Windows Phone 7.1應用程序生命週期,但我仍然有幾個問題。 應用程序啓動 - 在應用程序啓動時調用,然後繼續初始化App,然後進入MainPage。 Applicaiton Deactivated - 當應用程序變爲休眠狀態(正在運行但用戶未使用它)時調用。這會調用當前頁面的OnNavigatedFrom方法,然後移動到App類中的ApplicationD

    17熱度

    1回答

    根據cassandra的日誌(見下文),由於存在太多tombstones,查詢將會中止。發生這種情況的原因是每週一次清理(刪除)行數過低的計數器。這「刪除」 幾十萬行的(它們標記爲這樣一個tombstone。) 這根本不是一個問題,如果在該表中,已刪除的行再次出現,因爲在一個節點宕機清理過程,因此我將單個受影響表的gc grace time設置爲10小時(從默認的10天減少),因此可以相對較快地將

    1熱度

    1回答

    我有包含被標記爲[數據成員]像這樣一個System.Device.Location.GeoCoordinate特性的視圖模型: [DataMember] public GeoCoordinate Location { get { return _location; } set { if (_location != val

    2熱度

    1回答

    我對Cassandra相當陌生,所以如果您發現這個問題不適合,請諒解。 我想測試我的cassandra(1.2.5)羣集的行爲,因爲我已經設置了我的列ttl爲1天。一天後,我能夠確認數據不可用,但我想驗證獨立壓縮正在發生,並且在我使用默認墓碑閾值(即20%)時清理墓碑所佔用的空間。 所以我的問題是 - 如何確保獨立壓實發生?有沒有辦法知道在這個過程中有多少磁盤空間被釋放。是否有關於壓實類型和壓實完

    5熱度

    2回答

    目前,我有一個擁有大量數據行的cassandra列族,可以說超過100,000個。現在,我想刪除此列家族中的所有數據,並且問題出現了: 在刪除所有數據後,我在此列家族中執行查找查詢,cassandra將花費數十秒鐘返回一個空的查詢結果。當原始數據較大時,時間成本將線性增加 它是由邏輯刪除特性在刪除cassandra數據庫中的數據時造成的。直到下一個GC被觸發時,查找速度才能恢復正常。請參閱Cass