最新国产好看的视频,伊人天堂AV在线,国产Aaaaaa视频,蜜臀视频在线观看一区,人妻av色图,密臀久久久精品影片,青青视频免费观看毛片,久草在线观看视,国产三级精品色情在线

淺談PostgreSQL消耗的內(nèi)存計(jì)算方法

 更新時間:2021年01月05日 09:55:03   作者:kmblack1  
這篇文章主要介紹了淺談PostgreSQL消耗的內(nèi)存計(jì)算方法,具有很好的參考價值,希望對大家有所幫助。一起跟隨小編過來看看吧

wal_buffers默認(rèn)值為-1,此時wal_buffers使用的是shared_buffers,wal_buffers大小為shared_buffers的1/32

autovacuum_work_mem默認(rèn)值為-1,此時使用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

此時pg滿載峰值時最多使用28.25GB內(nèi)存,物理內(nèi)容為32GB時,還有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

此時pg滿載峰值時最多使用28.5GB內(nèi)存,物理內(nèi)容為32GB,還有3.5GB內(nèi)存給操作系統(tǒng)使用.

3 同時使用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

此時pg載峰值時最多使用28.25GB內(nèi)存,物理內(nèi)容為32GB時,還有3.75GB內(nèi)存給操作系統(tǒng)使用.建議所有內(nèi)存消耗根據(jù)硬件配置,也就是使用這個配置.

補(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í)行排序操作時,會根據(jù)work_mem的大小決定是否將一個大的結(jié)果集拆分為幾個小的和 work_mem查不多大小的臨時文件。顯然拆分的結(jié)果是降低了排序的速度。因此增加work_mem有助于提高排序的速度。通常設(shè)置為實(shí)際RAM的2% -4%,根據(jù)需要排序結(jié)果集的大小而定,比如81920(80M)

effective_cache_size:是postgresql能夠使用的最大緩存,這個數(shù)字對于獨(dú)立的pgsql服務(wù)器而言應(yīng)該足夠大,比如4G的內(nèi)存,可以設(shè)置為3.5G(437500)

maintenance_work_mem:這里定義的內(nèi)存只是在CREATE INDEX, VACUUM等時用到,因此用到的頻率不高,但是往往這些指令消耗比較多的資源,因此應(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個查詢都有排序要求,而且都使 用2%的內(nèi)存,則會導(dǎo)致swap的產(chǎn)生,系統(tǒng)性能就會大大降低。當(dāng)然,如果有4G的內(nèi)存,同時出現(xiàn)50個如此大的查詢的幾率應(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

以上為個人經(jīng)驗(yàn),希望能給大家一個參考,也希望大家多多支持腳本之家。如有錯誤或未考慮完全的地方,望不吝賜教。

相關(guān)文章

  • Abp.NHibernate連接PostgreSQl數(shù)據(jù)庫的方法

    Abp.NHibernate連接PostgreSQl數(shù)據(jù)庫的方法

    這篇文章主要為大家詳細(xì)介紹了Abp.NHibernate連接PostgreSQl數(shù)據(jù)庫的方法,具有一定的參考價值,感興趣的小伙伴們可以參考一下
    2018-01-01
  • Win11安裝PostgreSQL數(shù)據(jù)庫的兩種方式詳細(xì)步驟

    Win11安裝PostgreSQL數(shù)據(jù)庫的兩種方式詳細(xì)步驟

    PostgreSQL是備受業(yè)界青睞的關(guān)系型數(shù)據(jù)庫,尤其是在地理空間和移動領(lǐng)域,這篇文章主要介紹了Win11安裝PostgreSQL數(shù)據(jù)庫的兩種方式詳細(xì)步驟,文中通過代碼介紹的非常詳細(xì),需要的朋友可以參考下
    2025-04-04
  • PostgreSQL ERROR: invalid escape string 解決辦法

    PostgreSQL ERROR: invalid escape string 解決辦法

    這篇文章主要介紹了PostgreSQL ERROR: invalid escape string 解決辦法,本文環(huán)境是JDBC+PostgreSQL,需要的朋友可以參考下
    2014-07-07
  • PostgreSQL 對IN,EXISTS,ANY/ALL,JOIN的sql優(yōu)化方案

    PostgreSQL 對IN,EXISTS,ANY/ALL,JOIN的sql優(yōu)化方案

    這篇文章主要介紹了PostgreSQL 對IN,EXISTS,ANY/ALL,JOIN的sql優(yōu)化方案,具有很好的參考價值,希望對大家有所幫助。一起跟隨小編過來看看吧
    2021-01-01
  • PostgreSQL中實(shí)現(xiàn)自增的三種方式舉例

    PostgreSQL中實(shí)現(xiàn)自增的三種方式舉例

    很多小伙伴在把mysql數(shù)據(jù)庫里面的表導(dǎo)入pgsql數(shù)據(jù)庫的時候,會遇到新增數(shù)據(jù)的時候id不自增,這篇文章主要給大家介紹了關(guān)于PostgreSQL中實(shí)現(xiàn)自增的三種方式,需要的朋友可以參考下
    2024-02-02
  • postgresql 索引之 hash的使用詳解

    postgresql 索引之 hash的使用詳解

    這篇文章主要介紹了postgresql 索引之 hash的使用詳解,具有很好的參考價值,希望對大家有所幫助。一起跟隨小編過來看看吧
    2021-02-02
  • PgSQL條件語句與循環(huán)語句示例代碼詳解

    PgSQL條件語句與循環(huán)語句示例代碼詳解

    這篇文章主要介紹了PgSQL條件語句與循環(huán)語句,pgSQL中有兩種條件語句分別為if與case語句,每種語句通過示例代碼給大家介紹的非常詳細(xì),需要的朋友可以參考下
    2022-07-07
  • PostgreSQL的中文拼音排序案例

    PostgreSQL的中文拼音排序案例

    這篇文章主要介紹了PostgreSQL的中文拼音排序案例,具有很好的參考價值,希望對大家有所幫助。一起跟隨小編過來看看吧
    2021-01-01
  • PostgreSQL處理時間段、時長轉(zhuǎn)為秒、分、小時代碼示例

    PostgreSQL處理時間段、時長轉(zhuǎn)為秒、分、小時代碼示例

    最近在操作數(shù)據(jù)庫時,遇到頻繁的時間操作,每次弄完了就忘了,今天痛定思痛,下定決心對postgres的時間操作進(jìn)行一下總結(jié),這篇文章主要給大家介紹了關(guān)于PostgreSQL處理時間段、時長轉(zhuǎn)為秒、分、小時的相關(guān)資料,需要的朋友可以參考下
    2023-10-10
  • PostgreSQL實(shí)現(xiàn)一個通用標(biāo)簽系統(tǒng)

    PostgreSQL實(shí)現(xiàn)一個通用標(biāo)簽系統(tǒng)

    這篇文章主要給大家介紹了關(guān)于利用PostgreSQL實(shí)現(xiàn)一個通用標(biāo)簽系統(tǒng)的相關(guān)資料,文中通過示例代碼介紹的非常詳細(xì),對大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價值,需要的朋友們下面隨著小編來一起學(xué)習(xí)學(xué)習(xí)吧
    2019-01-01

最新評論

聂拉木县| 富源县| 化隆| 罗田县| 舞阳县| 封丘县| 宁河县| 陇川县| 偏关县| 冷水江市| 巢湖市| 鄂伦春自治旗| 赣榆县| 黄平县| 伊春市| 来安县| 高青县| 吉木乃县| 红原县| 锦州市| 牟定县| 莱芜市| 丽水市| 柏乡县| 永宁县| 青海省| 资溪县| 新田县| 桐柏县| 通河县| 永州市| 八宿县| 阿克苏市| 梓潼县| 涟源市| 万盛区| 漳浦县| 尼木县| 阳江市| 德安县| 龙江县|