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

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ù)

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

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

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

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

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

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

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

總結(jié)：

shared_buffers：共享內(nèi)存的大小，主要用于共享內(nèi)存數(shù)據(jù)塊。

work_mem：單個(gè) SQL 執(zhí)行時(shí)，排序、hash join 所使用的內(nèi)存，SQL 運(yùn)行完成后，內(nèi)存就釋放了。

shared_buffers 默認(rèn)值為 32 MB，work_mem 為 1MB，如果你的機(jī)器上有足夠的內(nèi)存，可以把這個(gè)參數(shù)改得大一些，

這樣數(shù)據(jù)庫(kù)就可以緩存更多的數(shù)據(jù)塊，當(dāng)讀取數(shù)據(jù)時(shí)，就可以從共享內(nèi)存中讀，而不需要再?gòu)奈募先プx取。

work_mem 設(shè)置大一些，會(huì)讓排序操作快一些。

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