堆表创建SQL索引：列顺序是否有差异？双索引创建是否合理？

咱们先拆解你的问题：现有两个查询语句，要判断CREATE INDEX indexC1 ON T1(A, C);和CREATE INDEX indexC2 ON T1(C, A);这两个索引是否有意义，以及效果是否一致。

一、两个索引都有意义吗？ #

答案是有意义，但具体价值要看你的数据分布和查询场景：

• 对于你给出的两个查询，这两个索引都能被数据库优化器利用到，只不过适配的侧重点不同。
• 如果后续还有其他查询（比如WHERE C=?或者WHERE A=?的单条件查询），这两个索引也能分别覆盖不同的单条件场景。

不过要注意：如果你的表数据量很小，或者这两个查询的执行频率极低，创建索引带来的维护成本（比如插入、更新、删除时的索引更新）可能会超过查询收益，这种情况下意义就不大了。但针对常规的业务场景，这两个索引都是有实用价值的。

二、二者效果一致吗？ #

完全不一致，核心差异在于索引列的顺序直接影响了查询的过滤效率和是否能触发覆盖索引：

1. 对第一个查询 SELECT A FROM T1 WHERE A=1 AND C=3 的影响 #

• 用indexC1 (A,C)：
  索引前缀是A，数据库可以快速定位所有A=1的行，再在这个范围内筛选C=3的记录。而且因为查询只需要返回A，而索引里已经包含A列，这属于覆盖索引，不需要回表查询原堆表，执行效率极高。
• 用indexC2 (C,A)：
  数据库优化器会自动把WHERE条件调整为C=3 AND A=1（等值查询的条件顺序不影响逻辑），先通过索引前缀C定位C=3的行，再筛选A=1的记录。同样，查询只需要A，索引里包含A，也是覆盖索引，不用回表。但如果C的基数（唯一值数量）比A高，这个索引的过滤效率会比indexC1更高；反之则更低。

2. 对第二个查询 SELECT D FROM T1 WHERE C=4 AND A=1 的影响 #

• 用indexC1 (A,C)：
  优化器会调整条件为A=1 AND C=4，先通过A定位A=1的行，再筛选C=4的记录。但查询需要返回D，而索引里没有D列，所以必须回表到原堆表获取D的值，这会增加IO开销。
• 用indexC2 (C,A)：
  直接通过索引前缀C定位C=4的行，再筛选A=1的记录。同样需要回表取D，但如果C的基数更高，第一步过滤出的行数会更少，后续回表的IO开销也会更小，整体效率优于indexC1；如果A基数更高，则indexC1效率更好。

总结 #

• 两个索引都有创建的意义，尤其是当你的查询频率较高、表数据量较大时；
• 二者效果不一致，索引列顺序决定了过滤的优先级，会根据列的基数差异带来不同的执行效率；
• 如果想兼顾两个查询的最优性能，其实可以考虑创建覆盖索引：比如CREATE INDEX idx_ac_d ON T1(A,C,D);或者CREATE INDEX idx_ca_d ON T1(C,A,D);，这样第二个查询也能实现覆盖索引，不用回表，效率会更高。

内容的提问来源于stack exchange，提问作者ronald.js.cr