PSQL经常需要vacuum进行表维护，偶尔也会遇到死数据导致回收失效。
对于业务表的死数据，重建表就可以解决。
但今天发现postgres log里显示，执行pg_attribute的auto vacuum，因为存在死数据一直回收不掉，所以一直反复执行。
由于这是系统表，又无法用重建的方式处理，请问各位大神们又什么解决办法么？ 
版权声明：本文内容由阿里云实名注册用户自发贡献，版权归原作者所有，阿里云开发者社区不拥有其著作权，亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容，填写侵权投诉表单进行举报，一经查实，本社区将立刻删除涉嫌侵权内容。
面对PostgreSQL系统表pg_attribute上的死数据导致Auto Vacuum无法正常执行的问题，确实需要谨慎处理，因为直接重建系统表不是一个可行的选项。以下是一些建议的解决步骤和策略：
检查死数据原因：首先，尝试理解为什么pg_attribute表中会出现死数据。这可能是因为某些操作或插件使用不当导致的。了解根本原因有助于预防未来再次发生。
手动VACUUM FULL：虽然对于普通表推荐使用VACUUM (FULL)来回收空间并整理表，但对系统表执行此操作需格外小心。在确保有足够的维护窗口和备份的前提下，可以尝试手动执行VACUUM (FULL) pg_catalog.pg_attribute;。请注意，这可能会锁定表并影响数据库性能，因此最好在低峰时段进行。
使用REINDEX：如果死数据是由于索引问题引起的，尝试重新构建相关索引。可以通过查询系统表找到与pg_attribute相关的索引，并逐一重建。例如，先查询索引：
SELECT indexrelid::regclass
FROM pg_index
WHERE indrelid = 'pg_attribute'::regclass;
然后对每个索引执行REINDEX INDEX <index_name>;。
咨询社区和官方支持：考虑到这是涉及到系统表的高级问题，如果上述方法无效，建议查阅PostgreSQL的官方文档、社区论坛（如PostgreSQL邮件列表、Stack Overflow）或者直接联系阿里云的技术支持寻求帮助。可能有特定于版本的解决方案或补丁可用。
升级PostgreSQL版本：有时候，这些问题可能是特定版本的已知bug。检查是否有关于此问题的更新或修复，并考虑升级到一个更稳定或已修复该问题的PostgreSQL版本。
临时关闭Auto Vacuum：如果这个问题频繁发生且严重影响了系统运行，作为临时措施，可以考虑调整pg_attribute表的Auto Vacuum设置，暂时禁用它，直到找到更持久的解决方案。但这不是长久之计，因为Auto Vacuum对于保持数据库性能至关重要。
请在执行任何操作前确保充分备份您的数据库，以防不测。
