autovacuum

    4熱度

    3回答

    有是採取了很長一段時間的運行,並防止更改查詢運行自動清理查詢。 危險是在完成之前殺死這個自動清理過程? PID QUERY 16967 | autovacuum: VACUUM public.articles (to prevent wraparound) 這是我如何我殺死它: select pg_terminate_backend(16967) from pg_stat_activi

    2熱度

    2回答

    我們有一個產品日誌數據庫,它只產生插入sql,但我們發現 自動清理過程佔用了很多內存,它在高峯期大約需要16 GB,而且每2個月大約需要 。信息,任何一個人都知道嗎? 而表skytf.urs_user_log_201105只有插入操作,並沒有 更新,刪除操作,所以我覺得表沒有死元組!但爲什麼autovacuum 進程在桌面上佔用太多內存? --top detail top - 16:39:46

    15熱度

    2回答

    我有pg_toast運行的自動清理過程: select query, from pg_stat_activity where query like '%autov%'; "autovacuum: VACUUM pg_toast.pg_toast_15404513 " 如何找出表/索引/不管這pg_toast涉及?或者自動清理工作在其他方面?

    8熱度

    1回答

    在8.x之前的日子裏,我已經在Linux上運行了大量的PGSQL數據庫,並且通過維護腳本明確地清理了數據庫。 當8.x出現時,我沒有轉移到這些系統上的autovacuum,因爲它工作正常,所以不需要改變任何東西。所以我不是一位autovacuum專家。 現在在後8.x時代,我發現自己有一些運行在Windows Server 2003或更新版本上的PGSQL數據庫。 它看起來像自動清理應該運行,因爲