自動 VACUUM 阻礙主要資料庫資料表的 DDL 遷移

Chun Kit Wong 60 信譽點數
2026-10-12T06:33:11.0533333+00:00

我目前遇到一個問題，自動 VACUUM 程序似乎會阻礙主要資料庫資料表的 DDL 遷移，導致部署期間的架構變更出現延遲。根據資料庫活動觀察，VACUUM 作業可能正在與生產環境工作負載競爭資源。請問應該如何設定 vacuum_cost_delay，以在維護作業與系統效能之間取得平衡？另外，是否有任何最佳實務或其他方法可以降低自動 VACUUM 對 PostgreSQL 生產環境 DDL 遷移的影響？

Windows 商務版 | Windows 365 企業版
0 則留言

1 個回答

排序依據： 最實用
最實用 最新 最舊
  1. HLBui 15,350 信譽點數 獨立顧問
    2026-10-12T07:12:04.1433333+00:00

    您好 Chun Kit Wong

    根據您的描述，看起來自動 VACUUM 與 DDL 遷移同時執行時產生了資源競爭，這在 PostgreSQL 生產環境中其實並不少見。一般來說，我會建議先從較小的調整開始，例如將 vacuum_cost_delay 設定在 5ms 到 20ms 之間觀察效果，讓 VACUUM 在執行期間適度讓出 I/O 資源，避免對線上工作負載造成過大影響。

    另外，比起單獨調整 vacuum_cost_delay，我更建議搭配檢查 autovacuum_vacuum_cost_limit、autovacuum_max_workers 以及 DDL 執行時段的安排。有些團隊會將大型 Schema Migration 排程到流量較低的維護時段，以降低與 Autovacuum 衝突的機率。若發現特定大型資料表經常發生問題，也可以考慮針對該資料表設定個別的 Autovacuum 參數，而不是套用全域設定。

    最後，建議透過 pg_stat_activity 與 pg_stat_progress_vacuum 持續監控 VACUUM 執行情況，找出真正造成等待的資料表與工作階段，再進一步微調設定。希望以上建議對您有所幫助，如果這個回覆解決了您的問題，歡迎點選 "Accept Answer"，讓其他遇到相同問題的使用者也能受益

    此回答有幫助嗎？

您的回答

答案可由問題作者標示為「已接受」，而由仲裁者標示為「推薦」，這可協助使用者知道答案解決了作者的問題。