MySQL未选用合适索引问题排查及相关疑问咨询

问题1：数据量增大后是否会选用正确索引？ #

MySQL优化器选择索引的核心依据是查询成本估算，当你的表只有5条数据时，不管用单字段索引还是联合索引，查询的IO和CPU成本都极低，优化器会倾向于选择更“简单”的单字段索引idx_users_email——反正扫几条数据都快，没必要走联合索引。

当数据量增大后（比如达到几千条以上），符合email='name@email.org'的记录数会变多，这时候用联合索引idx_email_pass的优势就会体现：它能在索引层直接过滤出同时匹配email和password_hash的记录，减少回表查询的次数，优化器重新计算成本后，大概率会自动切换到更适配的idx_email_pass。

如果想提前验证，可以用FORCE INDEX(idx_email_pass)强制指定索引执行查询，对比执行计划和耗时，就能确认联合索引的效果。

问题2：联合索引(A,B,C)与单独索引D是否能满足WHERE A=a AND B=b AND C=c AND D IS NULL的查询需求？ #

从功能上来说，这个组合能满足查询需求，但效率不是最优的：

• 联合索引(A,B,C)可以被用到，因为查询条件是对A、B、C的等值匹配，符合最左前缀原则，优化器会通过这个索引过滤出匹配A、B、C的记录。
• 单独索引D是单字段索引，查询条件里的D IS NULL理论上可以用到这个索引，但MySQL优化器一般不会同时使用两个独立的索引（除非触发索引合并，但这个机制不稳定且性能提升有限，不建议依赖）。

如果想让查询效率最大化，更合理的做法是把D字段加到联合索引里，创建(A,B,C,D)的联合索引——这样查询时能在索引层直接过滤掉所有不满足条件的记录，甚至可以实现索引覆盖（如果查询的字段都在索引里），完全不需要回表查原数据。另外要注意，IS NULL在MySQL中是可以被索引覆盖的，所以把D放到联合索引末尾完全可行。

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