标签:live 历史 需要 stat wait 索引 回收 查看 rename
产品上线就没有规划表的数据归档、比如落成文件、保存到历史计划,所以清理大表的部分数据是最kuB事情。\d+ 查看表的大小,15G左右。
上线配置放开了归档日志。(删除部分数据的时候,归档有可能撑爆你的文件系统)、
实时有交易往这个表里写数据,交易一分钟就超时
首先删除数据,
最后选择了第一种方案:凌晨三点多操作,交易最少,影响最小。
另外清理方法,提供了两个工具,pg_repack pgcompacttable
https://www.timbotetsu.com/blog/postgresql-bloatbusters/
select * from pg_stat_user_tables where relname =‘t3‘ 可以统计是否需要做操作
n_dead_tup未回收的空间
n_live_tup当前表的数据量
即触发 分析和清理时 表的数据可以维持一个动态平衡。
https://blog.csdn.net/wzyzzu/article/details/50426692
https://my.oschina.net/lcc1990/blog/1934262
这个是创建测试数据的链接,用了一个比较投机的方法,通过物理id移动数据到数据开头。
标签:live 历史 需要 stat wait 索引 回收 查看 rename
原文地址:https://blog.51cto.com/aklaus/2490588