PostgreSQL中物化视图名称为何会影响脚本运行耗时？

以下是导致该现象的几种常见原因：

• 查询计划缓存残留：PostgreSQL会缓存查询计划以提升性能，即便旧物化视图已被删除，针对该名称的低效查询计划可能仍在缓存中。使用旧名称创建时，数据库复用了这一过时的低效计划；更换名称后，数据库被迫生成全新的查询计划，执行效率恢复正常。

• 元数据残留（幽灵对象）：虽然DROP MATERIALIZED VIEW IF EXISTS提示对象不存在，但系统表（如pg_class、pg_namespace）中可能残留了该名称的部分元数据记录。这些残留信息会干扰新的CREATE操作，产生额外的系统表扫描或验证开销；更换名称则避开了这类干扰。

• 统计信息异常：如果之前该名称的物化视图（或关联的tmbc_greenspace、openrd_clipped_tmbc表）的统计信息损坏或过时，PostgreSQL会基于错误数据生成低效执行计划。更换名称后，数据库重新评估查询并使用正确的统计信息，生成了高效计划。

• 未释放的锁或事务残留：之前针对旧名称物化视图的操作可能遗留未释放的锁，或存在未完成的事务上下文。再次使用旧名称创建时，CREATE操作被这些残留项阻塞；更换名称则避开了锁竞争或事务干扰。

验证排查建议 #

可以通过以下操作进一步确认原因：

• 执行查询检查元数据残留：

  SELECT * FROM pg_class WHERE relname = 'tmbc_merged_with_biggest_rd' AND relnamespace = (SELECT oid FROM pg_namespace WHERE nspname = 'wscc_natcap');
  

• 更新关联表的统计信息后重试旧名称创建：

  ANALYZE wscc_natcap.tmbc_greenspace;
  ANALYZE wscc_natcap.openrd_clipped_tmbc;
  

• 重启PostgreSQL服务，清除缓存的查询计划和残留锁后，再次测试旧名称的创建速度。

内容的提问来源于stack exchange，提问作者Kia Mack