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

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'));

補充：PostgreSQL 配置內存參數

對于任何數據庫軟件，內存配置項都是很重要的配置項。在 PostgreSQL 主要有以下幾個內存配置參數。

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

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

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

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

max_stack_depth: integer 類型，聲明服務器執行堆棧的最大安全深度。默認值 2MB。如果發現不能運行復雜的函數，可以適當提高此配置的值，不過通常情況下保持默認值就夠了。

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

總結：

shared_buffers：共享內存的大小，主要用于共享內存數據塊。

work_mem：單個 SQL 執行時，排序、hash join 所使用的內存，SQL 運行完成后，內存就釋放了。

shared_buffers 默認值為 32 MB，work_mem 為 1MB，如果你的機器上有足夠的內存，可以把這個參數改得大一些，

這樣數據庫就可以緩存更多的數據塊，當讀取數據時，就可以從共享內存中讀，而不需要再從文件上去讀取。

work_mem 設置大一些，會讓排序操作快一些。

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