欧美bbbwbbbw肥妇,免费乱码人妻系列日韩,一级黄片

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

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

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é)果的操作

    這篇文章主要介紹了在postgresql中運(yùn)行sql文件并導(dǎo)出結(jié)果的操作,具有很好的參考價(jià)值,希望對大家有所幫助。一起跟隨小編過來看看吧
    2021-01-01
  • PostgreSQL數(shù)據(jù)庫事務(wù)實(shí)現(xiàn)方法分析

    PostgreSQL數(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-08
  • Postgresql中json和jsonb類型區(qū)別解析

    Postgresql中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-06
  • postgresql synchronous_commit參數(shù)的用法介紹

    postgresql synchronous_commit參數(shù)的用法介紹

    這篇文章主要介紹了postgresql synchronous_commit參數(shù)的用法介紹,具有很好的參考價(jià)值,希望對大家有所幫助。一起跟隨小編過來看看吧
    2020-12-12
  • 詳解如何在PostgreSQL中使用JSON數(shù)據(jù)類型

    詳解如何在PostgreSQL中使用JSON數(shù)據(jù)類型

    JSON(JavaScript Object Notation)是一種輕量級(jí)的數(shù)據(jù)交換格式,它采用鍵值對的形式來表示數(shù)據(jù),支持多種數(shù)據(jù)類型,本文給大家介紹了如何在PostgreSQL中使用JSON數(shù)據(jù)類型,需要的朋友可以參考下
    2024-03-03
  • PostgreSQL刪除更新優(yōu)化操作

    PostgreSQL刪除更新優(yōu)化操作

    這篇文章主要介紹了PostgreSQL刪除更新優(yōu)化操作,具有很好的參考價(jià)值,希望對大家有所幫助。一起跟隨小編過來看看吧
    2020-12-12
  • postgresql中的ltree類型使用方法

    postgresql中的ltree類型使用方法

    這篇文章主要給大家介紹了關(guān)于postgresql中l(wèi)tree類型使用的相關(guān)資料,文中通過示例代碼介紹的非常詳細(xì),對大家學(xué)習(xí)或者使用postgresql具有一定的參考學(xué)習(xí)價(jià)值,需要的朋友們下面來一起學(xué)習(xí)學(xué)習(xí)吧
    2019-09-09
  • PostGreSql 判斷字符串中是否有中文的案例

    PostGreSql 判斷字符串中是否有中文的案例

    這篇文章主要介紹了PostGreSql 判斷字符串中是否有中文的案例,具有很好的參考價(jià)值,希望對大家有所幫助。一起跟隨小編過來看看吧
    2021-02-02
  • 基于pgrouting的路徑規(guī)劃處理方法

    基于pgrouting的路徑規(guī)劃處理方法

    這篇文章主要介紹了基于pgrouting的路徑規(guī)劃處理,根據(jù)pgrouting已經(jīng)集成的Dijkstra算法來,結(jié)合postgresql數(shù)據(jù)庫來處理最短路徑,需要的朋友可以參考下
    2022-04-04
  • PostgreSQL 實(shí)現(xiàn)登錄及修改密碼操作

    PostgreSQL 實(shí)現(xiàn)登錄及修改密碼操作

    這篇文章主要介紹了PostgreSQL 實(shí)現(xiàn)登錄及修改密碼操作,具有很好的參考價(jià)值,希望對大家有所幫助。一起跟隨小編過來看看吧
    2021-01-01

最新評論