wal_buffers默認值為-1,此時wal_buffers使用的是shared_buffers,wal_buffers大小為shared_buffers的1/32
autovacuum_work_mem默認值為-1,此時使用maintenance_work_mem的值
1 不使用wal_buffers、autovacuum_work_mem
計算公式為:
max_connections*work_mem + max_connections*temp_buffers +shared_buffers+(autovacuum_max_workers * maintenance_work_mem）
假設PostgreSQL的配置如下:
max_connections = 100
temp_buffers=32MB
work_mem=32MB
shared_buffers=19GB
autovacuum_max_workers = 3
maintenance_work_mem=1GB #默認值64MB
select(
(100*(32*1024*1024)::bigint)
+ (100*(32*1024*1024)::bigint)
+ (19*(1024*1024*1024)::bigint)
+ (3 * (1024*1024*1024)::bigint )
)::float8 / 1024 / 1024 / 1024
--output
28.25
此時pg滿載峰值時最多使用28.25GB內(nèi)存,物理內(nèi)容為32GB時,還有3.75GB內(nèi)存給操作系統(tǒng)使用.
2 使用wal_buffers,不使用autovacuum_work_mem
計算公式為:
max_connections*work_mem + max_connections*temp_buffers +shared_buffers+wal_buffers+(autovacuum_max_workers * autovacuum_work_mem）
假設PostgreSQL的配置如下:
max_connections = 100
temp_buffers=32MB
work_mem=32MB
shared_buffers=19GB
wal_buffers=16MB #--with-wal-segsize的默認值
autovacuum_max_workers = 3
maintenance_work_mem=1GB
select(
(100*(32*1024*1024)::bigint)
+ (100*(32*1024*1024)::bigint)
+ (19*(1024*1024*1024)::bigint)
+ (16*1024*1024)::bigint
+ (3 * (1024*1024*1024)::bigint )
)::float8 / 1024 / 1024 / 1024
--output
28.26
此時pg滿載峰值時最多使用28.5GB內(nèi)存,物理內(nèi)容為32GB,還有3.5GB內(nèi)存給操作系統(tǒng)使用.
3 同時使用wal_buffers、autovacuum_work_mem[建議使用]
計算公式為:
max_connections*work_mem + max_connections*temp_buffers +shared_buffers+wal_buffers+(autovacuum_max_workers * autovacuum_work_mem）+ maintenance_work_mem
假設PostgreSQL的配置如下:
max_connections = 100
temp_buffers=32MB
work_mem=32MB
shared_buffers=19GB
wal_buffers=262143kb
autovacuum_max_workers = 3
autovacuum_work_mem=256MB
maintenance_work_mem=2GB
select(
(100*(32*1024*1024)::bigint)
+ (100*(32*1024*1024)::bigint)
+ (19*(1024*1024*1024)::bigint)
+ (262143*1024)::bigint
+ (3 * (256*1024*1024)::bigint )
+ ( 2 * (1024*1024*1024)::bigint )
)::float8 / 1024 / 1024 / 1024
--output
28.01
此時pg載峰值時最多使用28.25GB內(nèi)存,物理內(nèi)容為32GB時,還有3.75GB內(nèi)存給操作系統(tǒng)使用.建議所有內(nèi)存消耗根據(jù)硬件配置,也就是使用這個配置.
補充：postgresql 內(nèi)存使用配置
shared_buffers：這是最重要的參數(shù)，postgresql通過shared_buffers和內(nèi)核和磁盤打交道，因此應該盡量大，讓更多的數(shù)據(jù)緩存在shared_buffers中。通常設置為實際RAM的10％是合理的，比如50000(400M)
work_mem： 在pgsql 8.0之前叫做sort_mem。postgresql在執(zhí)行排序操作時，會根據(jù)work_mem的大小決定是否將一個大的結(jié)果集拆分為幾個小的和 work_mem查不多大小的臨時文件。顯然拆分的結(jié)果是降低了排序的速度。因此增加work_mem有助于提高排序的速度。通常設置為實際RAM的2% -4%，根據(jù)需要排序結(jié)果集的大小而定，比如81920(80M)
effective_cache_size：是postgresql能夠使用的最大緩存，這個數(shù)字對于獨立的pgsql服務器而言應該足夠大，比如4G的內(nèi)存，可以設置為3.5G(437500)
maintenance_work_mem：這里定義的內(nèi)存只是在CREATE INDEX, VACUUM等時用到，因此用到的頻率不高，但是往往這些指令消耗比較多的資源，因此應該盡快讓這些指令快速執(zhí)行完畢：給maintence_work_mem大的內(nèi)存，比如512M(524288)
max_connections： 通常，max_connections的目的是防止max_connections * work_mem超出了實際內(nèi)存大小。比如，如果將work_mem設置為實際內(nèi)存的2%大小，則在極端情況下，如果有50個查詢都有排序要求，而且都使 用2％的內(nèi)存，則會導致swap的產(chǎn)生，系統(tǒng)性能就會大大降低。當然，如果有4G的內(nèi)存，同時出現(xiàn)50個如此大的查詢的幾率應該是很小的。不過，要清楚 max_connections和work_mem的關(guān)系。
配置 主機: 32GB
shared_buffers = 1024MB
work_mem = 1MB
effective_cache_size = 20480MB
maintenance_work_mem = 1024MB
max_connections = 8000
以上為個人經(jīng)驗，希望能給大家一個參考，也希望大家多多支持腳本之家。如有錯誤或未考慮完全的地方，望不吝賜教。
您可能感興趣的文章:- Postgresql的pl/pgql使用操作--將多條執(zhí)行語句作為一個事務
- Postgresql psql文件執(zhí)行與批處理多個sql文件操作
- postgresql 啟動與停止操作
- 查看postgresql系統(tǒng)信息的常用命令操作
- PostgreSQL查看版本信息的操作
- 查詢PostgreSQL占多大內(nèi)存的操作
- 快速解決PostgreSQL中的Permission denied問題
- 本地計算機上的 postgresql 服務啟動后停止的問題解決
