mysql索引最左匹配原则

2025年Java面试宝典（提取码：9b3g）整理了MySQL高频面试真题，建议配合本文阅读效果更佳。

二、MySQL索引最左匹配原则深度解析

MySQL索引最左匹配原则是面试中必考的高频知识点，特别在涉及联合索引优化时，理解该原则能帮助我们避免80%以上的索引失效问题。本文将通过真实面试场景还原，带你掌握最左匹配原则的本质。

2.1 最左匹配原则的底层原理

B+树索引结构决定了联合索引的存储方式：索引按定义字段的从左到右顺序构建排序。例如定义(a,b,c)联合索引时：

1. 先按a字段排序
2. a相同则按b排序
3. a、b都相同再按c排序

这种结构特性导致查询必须从最左侧字段开始使用，就像查字典必须知道首字母才能快速定位一样。缺少左侧字段时，索引树无法确定扫描起点，就会退化成全表扫描。

2.2 最左匹配原则生效场景

假设存在(name,age,position)联合索引：

-- 有效查询（走索引）
SELECT * FROM employee WHERE name='张三' 
SELECT * FROM employee WHERE name='李四' AND age=30
SELECT * FROM employee WHERE name='王五' AND age=25 AND position='工程师'

-- 有效范围查询
SELECT * FROM employee WHERE name>'陈' AND name<'杨'
SELECT * FROM employee WHERE name='赵六' AND age BETWEEN 25 AND 30

这三个案例都满足前缀连续性原则，特别是范围查询时要特别注意：当遇到范围查询（>、<、BETWEEN）后，右侧的索引列将失效。

2.3 最左匹配原则失效场景

-- 失效查询（全表扫描）
SELECT * FROM employee WHERE age=30
SELECT * FROM employee WHERE age=25 AND position='架构师'
SELECT * FROM employee WHERE name='张三' AND position='经理'

当跳过左侧字段直接使用中间或右侧字段时，索引无法发挥作用。特别注意第三个查询虽然使用了name字段，但跳过了age字段直接使用position，导致只能使用name字段的索引，position字段无法参与索引查询。

2.4 特例：索引下推优化

MySQL5.6引入的索引下推（ICP）优化了部分场景：

SELECT * FROM employee 
WHERE name LIKE '张%' 
AND age=30 
AND position='工程师'

在5.6之前，这个查询只能使用name字段索引，5.6之后存储引擎会先过滤age=30的记录，再将结果交给Server层过滤position。虽然索引字段未完全匹配，但通过ICP减少了回表次数。

2.5 索引设计优化建议

1. 高频查询字段前置：将区分度高且频繁作为查询条件的字段放在左侧
2. 避免冗余索引：已有(a,b)索引时，单独创建a字段索引是多余的
3. 范围字段靠右：将需要范围查询的字段放在联合索引最后
4. 控制索引长度：对字符串类型使用前缀索引

如果大家需要购买面试鸭会员，可以通过面试鸭返利网找到我，返利25元。本站持续更新数据库优化实战技巧，助你轻松应对技术面试。