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

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 主要有以下幾個內(nèi)存配置參數(shù)。

shared_buffers: integer 類型，設(shè)置數(shù)據(jù)庫服務(wù)器將使用的共享內(nèi)存緩沖區(qū)數(shù)量，此緩沖區(qū)為緩沖數(shù)據(jù)塊所用。此緩沖區(qū)是放在共享內(nèi)存中的。每個緩沖區(qū)大小的典型值是 8K 字節(jié)，默認(rèn)值通常是 4000，對于 8KB 的數(shù)據(jù)塊則共享內(nèi)存緩沖區(qū)大小為 400*8KB=32MB。這個數(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è)置每個數(shù)據(jù)庫會話使用的臨時緩沖區(qū)的最大數(shù)目。此本地緩沖區(qū)只用于訪問臨時表。臨時緩沖區(qū)是在某個連接會話的服務(wù)進(jìn)程中分配的，屬于本地內(nèi)存。臨時緩沖區(qū)的大小也是按數(shù)據(jù)塊大小分配的，默認(rèn)是 1000，對于 8K 的數(shù)據(jù)塊大小為 8MB。

work_mem: integer 類型，聲明內(nèi)部排序操作和 Hash 表在開始使用臨時磁盤文件之前可使用的內(nèi)存數(shù)目。這個內(nèi)存也是本地內(nèi)存，默認(rèn)是 1MB。請注意對于復(fù)雜的查詢，可能會同時并發(fā)運(yùn)行好幾個排序或散列（hash）操作；每個排序或散列操作都會分配這個參數(shù)聲明的內(nèi)存來存儲中間數(shù)據(jù)，只有存不下才會使用臨時文件。同樣，好幾個正在運(yùn)行的會話可能會同時進(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。在一個數(shù)據(jù)庫會話里，只有一個這樣的操作可以執(zhí)行行，并且一個數(shù)據(jù)庫實(shí)例通常不會有太多這樣的工作并發(fā)執(zhí)行，把這個數(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)核限制值時，意味著一個正在運(yùn)行的遞歸函數(shù)可能會導(dǎo)致 PostgreSQL 后臺服務(wù)進(jìn)程奔潰。在一些操作系統(tǒng)平臺上，PG 能夠檢測出內(nèi)核限制，這時它將不允許將其設(shè)置為一個不安全的值。但PG并不能在所有操作系統(tǒng)的平臺都檢測它的限制值，所以還是建議設(shè)置一個明確的值。

總結(jié)：

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

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

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

這樣數(shù)據(jù)庫就可以緩存更多的數(shù)據(jù)塊，當(dāng)讀取數(shù)據(jù)時，就可以從共享內(nèi)存中讀，而不需要再從文件上去讀取。

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

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