MySQL索引优化一直是数据库性能调优的核心课题，而二级索引的命中规则直接影响查询效率。本文将深入解析InnoDB引擎下二级索引的工作原理，帮助开发者规避全表扫描陷阱，提升SQL执行效率。
**索引结构与查询路径**
InnoDB的二级索引采用B+树结构，存储的是索引列值+主键的组合。当查询命中索引时，引擎先通过索引树定位到主键，再回表查询完整数据。例如对`WHERE age=25`的条件，若`age`字段有索引，则优先扫描索引树而非全表。
**最左前缀匹配原则**
联合索引遵循最左匹配规则。假设有索引`(a,b,c)`，查询`WHERE a=1 AND b=2`能命中索引，但`WHERE b=2`无法触发。范围查询（如`a>1`）会导致右侧列索引失效，需特别注意字段顺序设计。
**覆盖索引的妙用**
当查询列全部包含在索引中时，引擎无需回表即可返回结果，称为覆盖索引。例如索引`(name,age)`，查询`SELECT age FROM users WHERE name='张三'`可直接从索引获取数据，减少IO消耗。
**索引失效常见场景**
函数操作（如`WHERE YEAR(create_time)=2023`）、隐式类型转换（如字符串字段比较数字）、OR条件未全覆盖索引等均会导致索引失效。使用`!=`、`NOT IN`等操作符也可能退化为全表扫描。
**索引选择性优化**
选择性指索引列不重复值的比例，高选择性列（如用户ID）更适合建索引。低选择性列（如性别）建索引效率极低，优化器可能直接忽略。可通过`COUNT(DISTINCT col)/COUNT(*)`计算选择性，指导索引设计。
理解这些规则后，可通过EXPLAIN分析执行计划，针对性优化索引策略。例如，将高频查询字段加入联合索引、避免冗余索引等，能显著提升数据库性能。