我注意到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的一种形式,需要表重写.如果您的性能可以从特定订单的群集中受益,那么现在是进行此 *** 作的好时机.
它虽然锁定了表,所以不要在需要不间断访问的实时服务器上进行,除非表很小并且你可以忍受几秒钟的停机时间.
总结以上是内存溢出为你收集整理的postgresql – 在postgres中大量删除行而不释放空间后进行真空分析全部内容,希望文章能够帮你解决postgresql – 在postgres中大量删除行而不释放空间后进行真空分析所遇到的程序开发问题。
如果觉得内存溢出网站内容还不错,欢迎将内存溢出网站推荐给程序员好友。
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)