淺談PostgreSQL消耗的內(nèi)存計(jì)算方法
wal_buffers默認(rèn)值為-1,此時(shí)wal_buffers使用的是shared_buffers,wal_buffers大小為shared_buffers的1/32
autovacuum_work_mem默認(rèn)值為-1,此時(shí)使用maintenance_work_mem的值
1 不使用wal_buffers、autovacuum_work_mem
計(jì)算公式為:
max_connections*work_mem + max_connections*temp_buffers +shared_buffers+(autovacuum_max_workers * maintenance_work_mem)
假設(shè)PostgreSQL的配置如下:
max_connections = 100 temp_buffers=32MB work_mem=32MB shared_buffers=19GB autovacuum_max_workers = 3 maintenance_work_mem=1GB #默認(rèn)值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
此時(shí)pg滿載峰值時(shí)最多使用28.25GB內(nèi)存,物理內(nèi)容為32GB時(shí),還有3.75GB內(nèi)存給操作系統(tǒng)使用.
2 使用wal_buffers,不使用autovacuum_work_mem
計(jì)算公式為:
max_connections*work_mem + max_connections*temp_buffers +shared_buffers+wal_buffers+(autovacuum_max_workers * autovacuum_work_mem)
假設(shè)PostgreSQL的配置如下:
max_connections = 100 temp_buffers=32MB work_mem=32MB shared_buffers=19GB wal_buffers=16MB #--with-wal-segsize的默認(rèn)值 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
此時(shí)pg滿載峰值時(shí)最多使用28.5GB內(nèi)存,物理內(nèi)容為32GB,還有3.5GB內(nèi)存給操作系統(tǒng)使用.
3 同時(shí)使用wal_buffers、autovacuum_work_mem[建議使用]
計(jì)算公式為:
max_connections*work_mem + max_connections*temp_buffers +shared_buffers+wal_buffers+(autovacuum_max_workers * autovacuum_work_mem)+ maintenance_work_mem
假設(shè)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
此時(shí)pg載峰值時(shí)最多使用28.25GB內(nèi)存,物理內(nèi)容為32GB時(shí),還有3.75GB內(nèi)存給操作系統(tǒng)使用.建議所有內(nèi)存消耗根據(jù)硬件配置,也就是使用這個(gè)配置.
補(bǔ)充:postgresql 內(nèi)存使用配置
shared_buffers:
這是最重要的參數(shù),postgresql通過shared_buffers和內(nèi)核和磁盤打交道,因此應(yīng)該盡量大,讓更多的數(shù)據(jù)緩存在shared_buffers中。通常設(shè)置為實(shí)際RAM的10%是合理的,比如50000(400M)
work_mem:
在pgsql 8.0之前叫做sort_mem。postgresql在執(zhí)行排序操作時(shí),會(huì)根據(jù)work_mem的大小決定是否將一個(gè)大的結(jié)果集拆分為幾個(gè)小的和 work_mem查不多大小的臨時(shí)文件。顯然拆分的結(jié)果是降低了排序的速度。因此增加work_mem有助于提高排序的速度。通常設(shè)置為實(shí)際RAM的2% -4%,根據(jù)需要排序結(jié)果集的大小而定,比如81920(80M)
effective_cache_size:
是postgresql能夠使用的最大緩存,這個(gè)數(shù)字對于獨(dú)立的pgsql服務(wù)器而言應(yīng)該足夠大,比如4G的內(nèi)存,可以設(shè)置為3.5G(437500)
maintenance_work_mem:
這里定義的內(nèi)存只是在CREATE INDEX, VACUUM等時(shí)用到,因此用到的頻率不高,但是往往這些指令消耗比較多的資源,因此應(yīng)該盡快讓這些指令快速執(zhí)行完畢:給maintence_work_mem大的內(nèi)存,比如512M(524288)
max_connections:
通常,max_connections的目的是防止max_connections * work_mem超出了實(shí)際內(nèi)存大小。比如,如果將work_mem設(shè)置為實(shí)際內(nèi)存的2%大小,則在極端情況下,如果有50個(gè)查詢都有排序要求,而且都使 用2%的內(nèi)存,則會(huì)導(dǎo)致swap的產(chǎn)生,系統(tǒng)性能就會(huì)大大降低。當(dāng)然,如果有4G的內(nèi)存,同時(shí)出現(xiàn)50個(gè)如此大的查詢的幾率應(yīng)該是很小的。不過,要清楚 max_connections和work_mem的關(guān)系。
配置 主機(jī): 32GB
shared_buffers = 1024MB work_mem = 1MB effective_cache_size = 20480MB maintenance_work_mem = 1024MB max_connections = 8000
以上為個(gè)人經(jīng)驗(yàn),希望能給大家一個(gè)參考,也希望大家多多支持腳本之家。如有錯(cuò)誤或未考慮完全的地方,望不吝賜教。
相關(guān)文章
在postgresql中運(yùn)行sql文件并導(dǎo)出結(jié)果的操作
這篇文章主要介紹了在postgresql中運(yùn)行sql文件并導(dǎo)出結(jié)果的操作,具有很好的參考價(jià)值,希望對大家有所幫助。一起跟隨小編過來看看吧2021-01-01PostgreSQL數(shù)據(jù)庫事務(wù)實(shí)現(xiàn)方法分析
這篇文章主要介紹了PostgreSQL數(shù)據(jù)庫事務(wù)實(shí)現(xiàn)方法,簡單講述了事務(wù)的概念、功能,并結(jié)合實(shí)例形式分析了PostgreSQL數(shù)據(jù)庫事務(wù)的定義方法及相關(guān)注意事項(xiàng),需要的朋友可以參考下2018-08-08Postgresql中json和jsonb類型區(qū)別解析
在我們的業(yè)務(wù)開發(fā)中,可能會(huì)因?yàn)樘厥狻練v史,偷懶,防止表連接】經(jīng)常會(huì)有JSON或者JSONArray類的數(shù)據(jù)存儲(chǔ)到某列中,這個(gè)時(shí)候再PG數(shù)據(jù)庫中有兩種數(shù)據(jù)格式可以直接一對多或者一對一的映射對象,接下來通過本文介紹Postgresql中json和jsonb類型區(qū)別,需要的朋友可以參考下2024-06-06postgresql synchronous_commit參數(shù)的用法介紹
這篇文章主要介紹了postgresql synchronous_commit參數(shù)的用法介紹,具有很好的參考價(jià)值,希望對大家有所幫助。一起跟隨小編過來看看吧2020-12-12詳解如何在PostgreSQL中使用JSON數(shù)據(jù)類型
JSON(JavaScript Object Notation)是一種輕量級(jí)的數(shù)據(jù)交換格式,它采用鍵值對的形式來表示數(shù)據(jù),支持多種數(shù)據(jù)類型,本文給大家介紹了如何在PostgreSQL中使用JSON數(shù)據(jù)類型,需要的朋友可以參考下2024-03-03PostgreSQL 實(shí)現(xiàn)登錄及修改密碼操作
這篇文章主要介紹了PostgreSQL 實(shí)現(xiàn)登錄及修改密碼操作,具有很好的參考價(jià)值,希望對大家有所幫助。一起跟隨小編過來看看吧2021-01-01