postgresql – 在postgres中大量删除行而不释放空间后进行真空分析

前端之家收集整理的这篇文章主要介绍了postgresql – 在postgres中大量删除行而不释放空间后进行真空分析前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
我在postgres数据库删除了大量的行,稍后进行了真空分析.

我注意到AWS RDS控制台中的磁盘使用量没有太大变化.

尝试运行查询,基于表大小没有移动太多.

SELECT *,pg_size_pretty(total_bytes) AS total,pg_size_pretty(index_bytes) AS INDEX,pg_size_pretty(toast_bytes) AS toast,pg_size_pretty(table_bytes) AS TABLE
  FROM (
  SELECT *,total_bytes-index_bytes-COALESCE(toast_bytes,0) AS table_bytes FROM (
      SELECT c.oid,nspname AS table_schema,relname AS TABLE_NAME,c.reltuples AS row_estimate,pg_total_relation_size(c.oid) AS total_bytes,pg_indexes_size(c.oid) AS index_bytes,pg_total_relation_size(reltoastrelid) AS toast_bytes
          FROM pg_class c
          LEFT JOIN pg_namespace n ON n.oid = c.relnamespace
          WHERE relkind = 'r'
  ) a
) a order by total_bytes desc;

这是正常的吗?或者磁盘空间根本没有被回收?

解决方法

VACUUM回收了死元组占用的存储空间,也就是说,它将表文件和索引中的空间标记为可重用,但它不会释放磁盘空间.

我认为你想要的是一个重写整个表和索引的命令,同时只保留真正存在的数据.这将是CLUSTER,或VACUUM FULL,或ALTER TABLE的一种形式,需要表重写.如果您的性能可以从特定订单的群集中受益,那么现在是进行此操作的好时机.

它虽然锁定了表,所以不要在需要不间断访问的实时服务器上进行,除非表很小并且你可以忍受几秒钟的停机时间.

猜你在找的Postgre SQL相关文章