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）對比
為了便于大家選擇工具，簡單做了一個對比說明供參考。
|
|
pg_repack |
pgcompacttable |
|
是否需要保證性能 |
否 |
是 |
|
是否移動表/索引 |
是 |
否 |
|
是否有足夠空間 |
是 |
否 |
|
壓縮速率是否高 |
是 |
否 |
小結：因很多場景下磁盤空間有限，因而經常選擇使用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
