PostgreSQL中带WHERE条件的索引使用INCLUDE是否有意义？

问题背景 #

用户遇到的索引创建语句：

CREATE INDEX CONCURRENTLY IF NOT EXISTS some_index 
ON some_table USING btree(some_column) 
INCLUDE (status)
WHERE status = 'Done';

对应的查询语句：

SELECT * FROM some_table WHERE status = 'Done' and some_column = 'abcd'

用户疑问：该索引是针对status = 'Done'的部分索引，当前查询也未对status做额外过滤，认为INCLUDE (status)没有意义，想了解这种场景下使用INCLUDE是否还有其他原因。

可能的原因分析 #

• 避免查询计划误判
  PostgreSQL的查询优化器虽可靠，但在部分边缘场景下，可能会忽略部分索引的WHERE约束，转而选择其他索引甚至全表扫描。把status包含进索引后，优化器能直接从索引里拿到status值，更明确地确认这个索引完全匹配查询的status = 'Done'条件，从而更稳定地选用这个高效的部分索引。

• 提前兼容查询变更
  当前查询是SELECT *需要回表，但如果后续查询调整为只取some_column和status（比如SELECT some_column, status FROM ...），这个索引就成了覆盖索引，不用回表就能直接返回结果，性能会更好。加INCLUDE相当于提前为这类查询变更做准备，省得后续再修改索引。

• 历史遗留或冗余操作
  有可能之前的查询需要status参与排序、分组等逻辑，后来查询简化了但索引没跟着调整；也可能是创建索引时没意识到部分索引的WHERE条件已经隐含了status的取值，不小心多添加了INCLUDE子句。这种情况确实是冗余的，去掉能减少索引占用的存储空间。

• 特殊场景的索引维护需求
  虽然少见，但在分区表、逻辑复制或者第三方工具的场景中，部分索引的元数据可能被工具误读。包含status字段能让工具更清晰地识别索引的关联条件，避免同步或维护时出现问题。

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