PostgreSQL索引优化：from_date与to_date选单列还是联合索引？

首先咱们拆解下你的查询逻辑：先通过subscription_id IN ('a','b','c')过滤出特定订阅记录，再筛选两类数据——要么时间范围完全落在2018年1月内，要么是仍在生效（to_date为null）的记录。结合你已经给subscription_id建了索引的情况，咱们一步步分析最优方案：

1. 单列索引 vs 普通联合索引的局限性 #

• 单独给from_date和to_date建单列索引：大概率不是最优解。你的查询里两个日期字段是在同一个条件分支里组合使用的，单列索引只能单独用到其中一个，没法同时利用两个字段的索引缩小结果集，效率会打折扣。
• 直接建(from_date, to_date)联合索引：有一定作用，但不够完美。因为查询里还有OR to_date IS NULL的分支，这个分支用该联合索引时，只能用到to_date部分，但联合索引前缀是from_date，过滤效率会比较低。

2. 更优的索引方案推荐 #

结合你的查询场景，我推荐两种精准的索引方案，你可以根据实际数据分布选择：

方案一：基于subscription_id的覆盖复合索引（优先推荐） #

既然查询首先用subscription_id做过滤，那我们把日期字段加到这个索引里，做成覆盖索引，数据库甚至不需要回表就能拿到所需字段：

CREATE INDEX idx_subscriptions_subid_from_to ON public.subscriptions (subscription_id, from_date, to_date);

为什么这个好用？

• 索引前缀是subscription_id，能快速定位到你要的那几个订阅记录；
• 后续的from_date和to_date可直接用于过滤from_date >= '2018-01-01' AND to_date <= '2018-01-31'的条件；
• 索引已包含查询所需的所有字段（subscription_id、from_date、to_date），数据库可直接从索引返回结果，无需访问主表，性能提升明显；
• 对于to_date IS NULL的分支，找到对应subscription_id的记录后，也能快速通过索引里的to_date值筛选出null的记录。

方案二：针对to_date IS NULL的部分索引（补充方案） #

如果你的数据里to_date IS NULL的记录占比很高，或者这个分支的查询频率特别高，可以单独建一个部分索引：

CREATE INDEX idx_subscriptions_subid_to_date_null ON public.subscriptions (subscription_id) WHERE to_date IS NULL;

这个索引只包含to_date为null的记录，前缀是subscription_id，能快速定位目标记录。配合方案一的索引，就能完美覆盖查询的两个分支。

3. 验证索引效果的小技巧 #

不管选哪个方案，都可以用EXPLAIN ANALYZE验证索引是否生效：

EXPLAIN ANALYZE SELECT subscription_id, from_date, to_date from public.subscriptions where subscription_id in ('a', 'b', 'c') AND ((from_date >= '2018-01-01' and to_date <= '2018-01-31') OR to_date is null);

如果输出里出现Index Scan using 你建的索引名 on subscriptions，说明索引生效；如果还是Seq Scan（全表扫描），可能是因为查询的subscription_id对应记录太少，数据库认为全表扫描更快，这时候可以忽略，或者用SET enable_seqscan = off;临时关闭全表扫描来测试索引效果。

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