PostgreSQL分区表：给分区列加索引是否是不必要操作？

1. 分区键是否会自动创建索引 #

同事的观点错误，PostgreSQL不会自动为分区表的分区键创建索引，必须手动在父分区表上执行创建操作，你查到的官方文档描述是准确的。

在partitioned table上为分区键列及其他需要的字段创建index。（分区键索引并非严格必需，但大多数场景下都很有用）。该操作会自动为每个分区创建匹配的index，后续你创建或挂载的新分区也会自动生成对应索引。分区表上声明的index或唯一约束和分区表本身一样是“虚拟”的：实际数据存储在各独立分区对应的子索引中。

2. 分区键索引的存储结构 #

在父分区表上创建分区键索引后，不会生成跨全部分区的统一大索引，索引和分区表的存储逻辑一致：

• 父表的索引仅为逻辑定义，没有实际的物理存储
• 每个分区会持有属于自己的独立子索引，后续新增/挂载的分区也会自动生成对应的子索引

3. 分区键索引的性能影响 #

结合你的业务场景（频繁按日期列做范围查询、单分区数据量35万行）：

• 读性能会大幅提升：查询时首先会触发分区裁剪，仅扫描符合日期范围的分区，再通过对应分区的索引快速定位数据，避免了全分区扫描的开销
• 写性能仅有可忽略的小幅下降：每次写入、更新、删除数据时需要额外更新对应分区的索引，该开销远低于读性能提升带来的收益，完全可以接受

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