CouchDB 2 global_changes系統表變得非常大

我們有一個系統，基本上可以將250MB的數據寫入我們的CouchDB 2實例，該實例在global_changes數據庫中生成〜50GB/day。CouchDB 2 global_changes系統表變得非常大

這使得CouchDB2消耗所有的磁盤。

一旦你到達這個狀態，CouchDB2就會去，永遠不會回來。

我們想知道是否有限制global_changes表大小的方法，或者是否有管理此表的方法，如一組最佳實踐。

2017-04-17 nicopace

運行compact是否可以做任何事情？我遇到了同樣的問題，似乎每次更新給定的數據庫時都會創建一個新的「更新：<數據庫名稱>」文檔，因此我想知道壓縮是否會清除舊版本。另外，使用批量端點可能會減小尺寸的增長 – slang

壓縮保留最新版本並刪除舊版本您可以設置自動壓縮並且您應該沒問題 –

真棒傢伙我們的數據庫僅由一個客戶端編寫，將來會被其他一些閱讀節點複製。現在，我們認爲一旦我們結束了日常的寫作我們運行compactual ooor，我們可以刪除_global_changes數據庫。 – nicopace

tldr：刪除它

國：

注意最後的這些（指_global_changes）是沒有必要的，如果你不希望使用全球改變飼料。如果你已經創建它，隨意刪除這個數據庫，它的大小已經增長了，你不需要這個功能（並且不希望浪費系統資源來定期壓縮它）。

2017-12-08 13:35:46

回答