前言
通常，在PostgreSQL中，由于經常需要對表進行 UPDATE 和 DELETE，因此表會產生碎片空間。
在 PostgreSQL中，使用VACUUM 僅僅對需要執行 VACUUM 表將已刪除的空間標識為未使用，以便以后重用這些空間，但是不能立即將占用的空間返還給操作系統，因此需要使用 VACUUM FULL，才可以釋放空間，并立即將空間返還給操作系統。
實現腳本
記錄收集表創建
CREATE TABLE IF NOT EXISTS tab_vacuum_record
(sqltext text);
收集需要VACUUM 表函數
CREATE OR REPLACE FUNCTION f_vacuum_tables()
RETURNS void AS
$FUNCTION$
DECLARE
v_tablename text;
v_dead_cond bigint;
v_sql text;
cur_tablename REFCURSOR;
v_vacuum_record text;
BEGIN
v_vacuum_record := 'tab_vacuum_record';
OPEN cur_tablename FOR SELECT tablename FROM pg_tables WHERE tablename !~ '^pg|^sql';
LOOP
FETCH cur_tablename INTO v_tablename;
SELECT n_dead_tup INTO v_dead_cond FROM pg_stat_user_tables WHERE relname = v_tablename;
IF v_dead_cond > 0 THEN
v_sql := 'INSERT INTO ' || v_vacuum_record || ' VALUES(' || chr(39) ||'VACUUM FULL ' || v_tablename ||';'|| chr(39) ||')';
EXECUTE v_sql;
END IF;
EXIT WHEN NOT FOUND;
END LOOP;
CLOSE cur_tablename;
END;
$FUNCTION$
LANGUAGE PLPGSQL;
SHELL腳本
#!/bin/bash
#獲取環境變量
CURRDIR=$(cd "$(dirname $0)";pwd)
TOPDIR=$(cd $CURRDIR/..;pwd)
CONFIG=$TOPDIR/conf/host.ini
CT_FILE=${TOPDIR}/sql/CREATE_VACCUM_TABLE_RECORD.sql
CT_FUNCTION=${TOPDIR}/sql/CHECK_NEEDS_VACUUM_TABLE_FUNCTION.sql
source $CONFIG
CONNINFO="psql -U $USER -d $DBNAME -h $HOSTADDR -p $PORT"
function check_status()
{
echo "檢查數據庫服務器狀態是否正常 !"
stat=`$CONNINFO -Aqt -c 'SELECT 1'`
if [ "${stat}" == "1" ];then
echo "服務器連接正常"
else
echo "服務器連接異常,退出"
exit -1;
fi
}
function create_table()
{
echo "創建收集需要vacuum的表"
$CONNINFO -f $CT_FILE
}
function create_function()
{
echo "創建收集需要 vacuum 表的函數"
$CONNINFO -f $CT_FUNCTION
}
check_status
create_table
create_function
執行方式
postgres=# SELECT * FROM f_vacuum_tables();
f_vacuum_tables
-----------------
(1 row)
--創建測試表
postgres=# CREATE TABLE tab_test(id int);
--插入數據
postgres=# INSERT INTO tab_test SELECT id FROM generate_series(1,100000) as id;
INSERT 0 100000
--刪除數據
postgres=# DELETE FROM tab_Test WHERE id = 10000;
DELETE 10002
postgres=# SELECT * FROM tab_vacuum_record ;
sqltext
-----------------------
VACUUM FULL tab_test;
(1 row)
該腳本也可以自己根據需要進行修改，詳細見github
補充：PostgreSQL中 Vacuum 略談
VACUUM doc
路由清理
PostgreSQL 需要定期維護清理，一般都是由守護進程自動清理的，我們只是需要參數調優，也可以執行腳本定時去清理回收。
Vacuumming Basics
PG不得不對每張表進行 Vacuum 命令，原因如下：
1、為了回收和再利用通過更新或者刪除行所占用的磁盤空間
2、為了更新被PG查詢計劃所使用的數據分析
3、為了更新只讀索引掃描的可見的集合
4、避免由于事務ID或者混合事務ID丟失歷史數據
由于這些原因，在進行頻繁的 VACUUM 操作時進行規定：
標準 VACUUM
進行回收時，生產環境不影響數據庫庫的正常使用(SELECT、INSERT、UPDATE、DELETE),并行使用，清理時不允許對表結構進行修改（ALTER TABLE）推薦使用該方案
VACUUM FULL
a、可以回收大量空間，但是比標準回收執行慢
b、運行時需要鎖表
VACUUM 運行會導致讀寫性能比較差，所以需要調整一些參數降低影響
temp_file_limit = -1 #默認-1表示不限制每個進程可使用的最大臨時文件限制，單位kb
#max_files_per_process = 1000 #每個子進程允許同時打開文件的最大數量
在執行 VACUUM 和 ANYLYZE 期間，系統會維護一個用于估算各種I/O操作所消耗的內部計數器,當該值達到vacuum_cost_limit的值時，該進程會休眠 vacuum_cost_delay 指定的時間，并重置計數器的值，繼續運行 VACUM 或者 ANYLYZE 操作
vacuum_cost_limit = 200
vacuum_cost_delay = 0 # 單位微秒，默認為 0 沒有開啟
該參數 vacuum_cost_delay 主要用于并發時降低I/O的影響,推薦為10
vacuum_cost_page_hit = 1 # 代表從緩存池查找共享的hash table并掃描 該`頁`的內容
#的估計值
vacuum_cost_page_miss = 10 # 0-10000 credits
vacuum_cost_page_dirty = 20
NOTE
當一張表中包含了大量數據時，同時進行刪除或者更新操作時，VACUUM 并不是最好的方案,
如果有該情況，則應該使用 VACUU FULL ,當執行 ALTER TABLE 時，會重新 COPY整
個表和重新構建索引，會進行執行鎖，臨時占用和原始表大小的磁盤空間，直到新數據COPY完成。
升級執行計劃
執行計劃通過自己或者 VACUUM調用命令 ANALYZE 收集統計，
創建 表達式索引 能夠提高查詢執行計劃
default_statistics_target = 100 #提高查詢的 析計劃
以上為個人經驗，希望能給大家一個參考，也希望大家多多支持腳本之家。如有錯誤或未考慮完全的地方，望不吝賜教。
您可能感興趣的文章:- PostgreSQL對GROUP BY子句使用常量的特殊限制詳解
- PostgreSQL中的VACUUM命令用法說明
- PostgreSQL備份工具 pgBackRest使用詳解
- postgresql數據合并,多條數據合并成1條的操作
- postgresql數據添加兩個字段聯合唯一的操作
- postgreSQL使用pgAdmin備份服務器數據的方法
- Postgresql 查看SQL語句執行效率的操作
