vacuum

    7熱度

    3回答


    0熱度

    1回答

    在PostgreSQL中是necessary to vacuum periodically to prevent data loss of very old data due to transaction ID wraparound。我擔心數據丟失可能是SQLite3數據庫的問題,如果它們不是常規抽真空的話。 另外,SQLite3數據庫經歷的工作量是否重要?我目前想在幾個方案,包括使用的SQLit

    2熱度

    1回答

    我有一個要求,以支持數據錄入率爲每秒1條(約300KB)的數據庫的收縮。數據庫文件可以達到3GB。當前數據庫沒有自動真空功能。數據庫文件空間超過一定的限制(比如3GB)是最壞的情況。 我目前的策略是刪除最舊的數據(通過聚集主鍵),然後刪除CHECKPOINT DEFRAG。這似乎不可靠,而VACUUM或DEFRAG可能需要很長時間。我不想命名數據庫名稱,但我願意接受建議。 我想知道還有什麼其他策略

    1熱度

    2回答

    我有幾個表我添加了交錯排序鍵,並使用copy命令批量加載大量數據。該文檔指出,我們需要使用帶真空的Reindex選項作爲交錯排序鍵。麻煩與這是一張桌子的大小,我會永遠。我知道與其他排序鍵只使用「排序」選項將工作正常。文檔中需要更清晰的是,使用僅排序選項的吸塵是否可以在具有交錯排序鍵的表上正常工作。有人可以澄清這是否是一個可行的解決方案。

    -1熱度

    1回答

    當我在一個表上運行VACUUM它給輸出,如: CPU 35.06s/175.00u sec elapsed 811.97 sec. 是什麼CPU 35.06s/175.00u sec意思? VACUUM在我的數據庫中的一張桌子上需要很長時間,這對我來說很重要。

    4熱度

    1回答

    如何在PostgreSQL中啓用autovacuum?我瞭解目的,我無法找到關於如何啓用它的簡單答案。

    0熱度

    1回答

    根據文檔,刪除postgresql中的行後,它們仍然處於死狀態,因此需要定期抽真空來回收這個空間。這是否也適用於從表中刪除列時的行寬,還是永遠分配的空間?

    1熱度

    1回答

    我有一個龐大的查詢在postgres上運行,其中一個連接表格總是進行順序掃描。列上的索引存在,postgres沒有使用它。我做了一個真空分析,然後postgres查詢計劃立即更改爲執行索引掃描。 我的問題是做真空分析的最有效方法是什麼。它鎖定表嗎?如果是這樣,你如何真空分析現場製作表?

    -1熱度

    1回答

    Here提及在Sqlite中需要吸塵。 我有一個數據庫(500MB)在我的android應用程序,但一些插入和刪除後,大小變成800MB,但數據庫是第一次確切。 我認爲Sqlite不會刪除空行。 我需要清理數據庫而不再創建它。 有沒有我可以在清理機器人工作室使用(通過編程)任何SQL語句 謝謝

    2熱度

    1回答

    我們有一個非常大的表,它被分區到每月表中。我們沒有在postgresql.conf文件中設置autovacuum參數,所以它默認情況下默認使用默認參數。 過去的月份表table_201404,table_201403一旦通過就不會被寫入或更新/刪除,只會從歷史數據中讀取它們。爲什麼我們注意到在這些表上運行的autovacuum進程?是因爲它們是主分區的一部分,而PostgreSQL將這些表看作一體