取消
顯示的結果
而不是尋找
你的意思是:

“desc曆史”顯示版本的默認logRetentionDuration 30天以上

LavaLiah_85929
新的貢獻者二世

我有一個疾控中心啟用表,7月28日以來沒有數據變化。然後從11月22日起更新開始發生。第一個檢查點發生在11月28日。基於相應的檢查點和日誌文件的時間戳,它看起來像有20日誌7月28日Nov28檢查站發生時。

  1. 相關的檢查點是7月28日日誌數量這看起來不正確。
  2. 為什麼檢查點不會發生後10個交易。

“desc曆史”和cdc table_changes函數不正確顯示7月28日版本因此不匹配的默認logRetentionDuration 30天。

請參閱附上的文件包含幾個片段。

誰能評論的行為我們注意到?

2回答2

shyam_9
價值貢獻
價值貢獻

嗨@Laval Liahkim,請你嚐試運行真空保留30天嗎?

請確認當你最後一次運行cmd和30天的停留時間。同樣,當你創建這個表你看到舊數據文件被刪除嗎?

啟用磁盤緩存時,一個集群可能包含數據從拚花與真空cmd文件被刪除。因此,它可能會查詢以前的表的數據版本的文件已經被刪除。重新啟動集群將刪除緩存數據。

LavaLiah_85929
新的貢獻者二世

當我發布這個問題,我做了保留30天在表上運行真空。我剛剛檢查了,這個問題似乎是解決。第一個json檢查點文件現在日期為12月12日,它匹配desc曆史上第一個版本。我猜檢查點過程添加一些緩衝x天保存期。

歡迎來到磚社區:讓學習、網絡和一起慶祝

加入我們的快速增長的數據專業人員和專家的80 k +社區成員,準備發現,幫助和合作而做出有意義的聯係。

點擊在這裏注冊今天,加入!

參與令人興奮的技術討論,加入一個組與你的同事和滿足我們的成員。

Baidu
map