PostgreSQL數據庫表在刪除數據后磁盤空間未釋放，該怎么辦？
主流的壓縮表工具有哪些？該如何選擇？

1、從空間未釋放說起

近期生產環境出現一張表占用size已達2T,且會定期刪除記錄，但是，空間一直未釋放，是何原因？

原因就在于vacuum，而vacuum怎么存儲，清理數據的可參考官方文檔進行查看。https://www.postgresql.org/docs/current/routine-vacuuming.html?。

出現表一直膨脹，該如何處理？開源社區的魅力就在于很多大神會提供很多工具來解決對應的問題，而本問題則有2種主要的工具：pg_repack和pgcompacttable。

2、工具對比

（1）pg_repack

pg_repack的處理方式是創建一張新表，再將歷史數據從原表中拷貝一份到新表。在拷貝過程中為了避免表被鎖定，會創建了一個額外的日志表來記錄原表的改動，并添加了一個涉及INSERT、UPDATE、DELETE操作的觸發器將變更記錄同步到日志表。當原始表中的數據全部導入到新表中，索引重建完畢以及日志表的改動全部完成后，pg_repack會用新表替換舊表，并將原舊表Drop掉。此工具過程簡單且靠譜，單需要額外的磁盤空間來報錯臨時創建的中間表。

（2）pgcompacttable

pgcompacttable利用了PostgreSQL的一個有趣特性：在執行INSERT和UPDATE操作時，會將所有新版本的行移到表最開始的可用空間。此為pgcompacttable工具的關鍵，因為如果從末端反向開始更新所有行，最終所有可用空間被這些行填充，并將表尾部的空間全部釋放以便讓定期vacuum進行truncate。這樣一來，pgcompacttable通過批量更新和vacuum強制移動，最終整個表被重新整理，達到壓縮的效果。此工具對磁盤空間要求低，且性能影響可控。

（3）對比

為了便于大家選擇工具，簡單做了一個對比說明供參考。

小結：因很多場景下磁盤空間有限，因而經常選擇使用pgcompacttable較多，下面就記錄一下pgcompacttable的安裝及使用。

3、pgcompacttable部署及使用實例

（1）添加pgstattuple

pgcompacttable工具使用過程中需要依賴pgstattuple，因此需先添加pgstattuple。如果是源碼安裝的postgresql,則源碼里包含了postgresql-contrib，因此，進行編譯及安裝即可。

yum install perl-Time-HiRes perl-DBI perl-DBD-Pg -y
cd contrib/
make
make  install

編譯完成后會產生幾個文件。

lib/pgstattuple.so。

share/extension/pgstattuple*。

之后在所需要使用的數據庫里添加pgstattuple。

psql -d testdb
testdb=# create extension if not exists pgstattuple;
CREATE EXTENSION

（2）部署pgcompacttable

下載依賴及安裝包后即可使用。

# yum install perl-Time-HiRes perl-DBI perl-DBD-Pg -y
# su - postgres
$ git clone https://github.com/dataegret/pgcompacttable.git

（3）pgcompacttable使用

pgcompacttable可以對database級別、schema級別、table級別進行壓縮。

./pgcompacttable -h localhost -U postgres -d testdb
./pgcompacttable -h localhost -U postgres -d testdb  -n public
./pgcompacttable -h localhost -U postgres -d testdb -n public -t test_table1