我们在PostgreSQL 9.1版上运行,之前我们在一个表中有超过1亿行并且已被删除。但是,看起来\l+
命令仍然不准确地报告实际的数据库大小(它报告了568GB,但事实上它远远低于)。如何在postgresql中准确获取数据库大小?
是568GB的证明是错误的是,单个表的大小理货没有加起来的数量,你可以看到,排名前20位的关系具有4292MB大小,剩余的985个关系都远低于10MB。实际上它们都加起来大约小于6GB。
任何想法为什么PostgreSQL这么多膨胀?如果得到证实,我该如何摆脱困境?我不是很熟悉VACUUM
,那我需要做什么?如果是这样,怎么样?
非常感谢。
pmlex=# \l+
List of databases
Name | Owner | Encoding | Collate | Ctype | Access privileges | Size | Tablespace | Description
-----------------+----------+----------+-------------+-------------+-----------------------+---------+------------+--------------------------------------------
pmlex | pmlex | UTF8 | en_US.UTF-8 | en_US.UTF-8 | | 568 GB | pg_default |
pmlex_analytics | pmlex | UTF8 | en_US.UTF-8 | en_US.UTF-8 | | 433 MB | pg_default |
postgres | postgres | UTF8 | en_US.UTF-8 | en_US.UTF-8 | | 5945 kB | pg_default | default administrative connection database
template0 | postgres | UTF8 | en_US.UTF-8 | en_US.UTF-8 | =c/postgres +| 5841 kB | pg_default | unmodifiable empty database
| | | | | postgres=CTc/postgres | | |
template1 | postgres | UTF8 | en_US.UTF-8 | en_US.UTF-8 | =c/postgres +| 5841 kB | pg_default | default template for new databases
| | | | | postgres=CTc/postgres | | |
(5 rows)
pmlex=# SELECT nspname || '.' || relname AS "relation",
pmlex-# pg_size_pretty(pg_relation_size(C.oid)) AS "size"
pmlex-# FROM pg_class C
pmlex-# LEFT JOIN pg_namespace N ON (N.oid = C.relnamespace)
pmlex-# WHERE nspname NOT IN ('pg_catalog', 'information_schema')
pmlex-# ORDER BY pg_relation_size(C.oid) DESC;
relation | size
-------------------------------------+---------
public.page_page | 1289 MB
public.page_pageimagehistory | 570 MB
pg_toast.pg_toast_158103 | 273 MB
public.celery_taskmeta_task_id_key | 233 MB
public.page_page_unique_hash_uniq | 140 MB
public.page_page_ad_text_id | 136 MB
public.page_page_kn_result_id | 125 MB
public.page_page_seo_term_id | 124 MB
public.page_page_kn_search_id | 124 MB
public.page_page_direct_network_tag | 124 MB
public.page_page_traffic_source_id | 123 MB
public.page_page_active | 123 MB
public.page_page_is_referrer | 123 MB
public.page_page_category_id | 123 MB
public.page_page_host_id | 123 MB
public.page_page_serp_id | 121 MB
public.page_page_domain_id | 120 MB
public.celery_taskmeta_pkey | 106 MB
public.page_pagerenderhistory | 102 MB
public.page_page_campaign_id | 89 MB
...
...
...
pg_toast.pg_toast_4354379 | 0 bytes
(1005 rows)
'select pg_size_pretty(pg_database_size('pmlex'));'show 568GB? – bma
Autovacuum已启用?你可以通过发布一个手册'VACUUM;'来加快元组重用的过程,但是这不会收回空间,只会将其标记为可重用。你删除了整个表吗?如果是这样,为什么不'TRUNCATE'?接下来,如果您删除了表格的* most *,则可能值得创建表格的副本,截断原件,然后复制回数据。这将释放空间并重新创建索引(TRUNCATE释放空间)。 – bma
@bma感谢您的评论。是的,查询显示膨胀。 ' pmlex =#选择pg_size_pretty(pg_database_size('pmlex'));'给出'568 GB'。至于其他关于截断一张大桌子正确方法的意见 - 不幸的是这些都是在我之前完成的。所以我们现在处于我们现在的状态。所以我只是想看看是否有一个验尸修复。 – Devy