PostgreSQL 14及以上：分区索引与各分区单独建索引的优势及性能疑问

在PostgreSQL 14及以上版本中，针对分区表的两种索引创建方式，我们可以从运维便利性和查询规划/性能两个维度做详细对比：

一、已知的运维便利性优势 #

• 新增分区时，根表的分区索引会自动在新分区上创建对应索引，无需DBA手动逐个操作，彻底避免遗漏索引的风险
• 删除根表上的分区索引时，所有关联分区的对应索引会被一次性移除，简化批量索引清理操作，减少运维负担

二、查询规划与性能层面的额外优势 #

分区索引并非仅仅是提升运维效率的工具，在查询执行环节也能带来实际收益：

1. 简化查询规划流程 #

• 当查询直接针对根表时，优化器可以直接识别根表上的统一分区索引，无需遍历每个分区去查找独立索引，减少了规划阶段的元数据扫描开销
• 对于跨多个分区的查询，优化器能基于分区索引的统一元数据生成更一致的执行计划，避免因每个分区索引独立存在而导致的计划碎片化
• 分区索引在系统目录中是一个逻辑统一的对象，优化器可以直接评估整个索引的统计选择性，无需合并多个独立索引的统计信息，提升规划效率

2. 降低统计信息维护与查询执行成本 #

• 执行ANALYZE根表时，会自动同步更新所有分区索引的统计信息；而如果是独立分区索引，可能需要逐个分区执行ANALYZE才能保证统计信息的完整性，增加了额外操作成本
• 在跨分区范围查询中，优化器可以借助分区索引的统一视图，更精准地筛选需要扫描的分区索引范围，避免重复计算每个独立索引的使用成本，间接提升查询执行效率

三、补充说明 #

如果需要给个别分区创建特殊参数的索引（比如不同的FILLFACTOR、INCLUDE字段），那么独立分区索引更灵活；但从通用场景来看，分区索引的整体优势更显著。

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