快捷導(dǎo)航

查詢PostgreSQL占多大內(nèi)存的操作

更新時(shí)間：2021年01月05日 10:11:00 作者：cui_yonghua

這篇文章主要介紹了查詢PostgreSQL占多大內(nèi)存的操作，具有很好的參考價(jià)值，希望對大家有所幫助。一起跟隨小編過來看看吧

我就廢話不多說了，大家還是直接看代碼吧~

select pg_size_pretty(pg_relation_size('cuiyonghua.top_iqiyi_info'));
select pg_size_pretty(pg_relation_size('cuiyonghua.top_mgtv_info'));
select pg_size_pretty(pg_relation_size('cuiyonghua.top_tencent_info'));
select pg_size_pretty(pg_relation_size('cuiyonghua.top_zhihu_info'));

補(bǔ)充：PostgreSQL 配置內(nèi)存參數(shù)

對于任何數(shù)據(jù)庫軟件，內(nèi)存配置項(xiàng)都是很重要的配置項(xiàng)。在 PostgreSQL 主要有以下幾個(gè)內(nèi)存配置參數(shù)。

shared_buffers: integer 類型，設(shè)置數(shù)據(jù)庫服務(wù)器將使用的共享內(nèi)存緩沖區(qū)數(shù)量，此緩沖區(qū)為緩沖數(shù)據(jù)塊所用。此緩沖區(qū)是放在共享內(nèi)存中的。每個(gè)緩沖區(qū)大小的典型值是 8K 字節(jié)，默認(rèn)值通常是 4000，對于 8KB 的數(shù)據(jù)塊則共享內(nèi)存緩沖區(qū)大小為 400*8KB=32MB。這個(gè)數(shù)值必須大于 16，并且至少是 max_connections 數(shù)值的兩倍。通常都會把此值設(shè)置的大一些，這樣可以改進(jìn)性能。一般設(shè)置為物理內(nèi)存的 25%，若把 shared_buffers 設(shè)置的更大，如超過物理內(nèi)存的 40%，就會發(fā)現(xiàn)緩沖的效果并不明顯了，這是因?yàn)?PostgreSQL 是運(yùn)行文件系統(tǒng)之上的，若文件系統(tǒng)也有緩存，將導(dǎo)致雙緩存過多，造成負(fù)面影響。

temp_buffers: integer 類型，設(shè)置每個(gè)數(shù)據(jù)庫會話使用的臨時(shí)緩沖區(qū)的最大數(shù)目。此本地緩沖區(qū)只用于訪問臨時(shí)表。臨時(shí)緩沖區(qū)是在某個(gè)連接會話的服務(wù)進(jìn)程中分配的，屬于本地內(nèi)存。臨時(shí)緩沖區(qū)的大小也是按數(shù)據(jù)塊大小分配的，默認(rèn)是 1000，對于 8K 的數(shù)據(jù)塊大小為 8MB。

work_mem: integer 類型，聲明內(nèi)部排序操作和 Hash 表在開始使用臨時(shí)磁盤文件之前可使用的內(nèi)存數(shù)目。這個(gè)內(nèi)存也是本地內(nèi)存，默認(rèn)是 1MB。請注意對于復(fù)雜的查詢，可能會同時(shí)并發(fā)運(yùn)行好幾個(gè)排序或散列（hash）操作；每個(gè)排序或散列操作都會分配這個(gè)參數(shù)聲明的內(nèi)存來存儲中間數(shù)據(jù)，只有存不下才會使用臨時(shí)文件。同樣，好幾個(gè)正在運(yùn)行的會話可能會同時(shí)進(jìn)行排序操作，因此使用的總內(nèi)存量可能是 work_mem 的好幾倍。 ORDER BY、DISTINCT 和 MERGE JOINS 都要用到排序操作。Hash 表在以 Hash join、Hash 為基礎(chǔ)的聚集、以 Hash 為基礎(chǔ)的 IN 子查詢處理中都要用到。

maintenance_work_mem: integer 類型，聲明在維護(hù)性操作（比如 CACUUM、CREATE INDEX、ALTER TABLE ADD FOREIGN KEY等）中使用的最大內(nèi)存數(shù)。默認(rèn)是 16 MB。在一個(gè)數(shù)據(jù)庫會話里，只有一個(gè)這樣的操作可以執(zhí)行行，并且一個(gè)數(shù)據(jù)庫實(shí)例通常不會有太多這樣的工作并發(fā)執(zhí)行，把這個(gè)數(shù)值設(shè)置得比 work_mem 大一些通常是合適的。更大的設(shè)置可以提高上述操作的速度。

max_stack_depth: integer 類型，聲明服務(wù)器執(zhí)行堆棧的最大安全深度。默認(rèn)值 2MB。如果發(fā)現(xiàn)不能運(yùn)行復(fù)雜的函數(shù)，可以適當(dāng)提高此配置的值，不過通常情況下保持默認(rèn)值就夠了。

把 max_stack_depth 參數(shù)設(shè)置得大于實(shí)際的操作系統(tǒng)內(nèi)核限制值時(shí)，意味著一個(gè)正在運(yùn)行的遞歸函數(shù)可能會導(dǎo)致 PostgreSQL 后臺服務(wù)進(jìn)程奔潰。在一些操作系統(tǒng)平臺上，PG 能夠檢測出內(nèi)核限制，這時(shí)它將不允許將其設(shè)置為一個(gè)不安全的值。但PG并不能在所有操作系統(tǒng)的平臺都檢測它的限制值，所以還是建議設(shè)置一個(gè)明確的值。