MySQL最左前缀原则指复合索引查询必须从最左列开始连续匹配才能有效利用索引，由B+树逐级排序结构决定；如索引(user_id,status,create_time)，WHERE user_id=123可用，WHERE status='pending'则不可用。
MySQL 最左前缀原则，是指在使用复合索引（联合索引）时，查询条件必须从索引定义的最左侧列开始、连续地匹配字段，才能有效利用索引加速查询。它不是语法限制，而是由 B+ 树索引的物理结构决定的自然约束。
为什么必须从最左边开始？
复合索引底层是一棵 B+ 树，数据按索引列顺序逐级排序：
- 先按第一列（最左列）整体排序；
- 第一列值相同时，再按第二列排序；
- 前两列都相同时，再按第三列排序；以此类推。
这种嵌套排序方式意味着：只有知道第一列的值，才能快速定位到对应的子树分支；跳过第一列直接查第二列，就像查电话簿时不看“省份”直接找“朝阳区”——全国多个朝阳区，数据库只能全表扫描。
哪些查询能用上索引？
假设建了联合索引 INDEX idx_user_status_ctime (user_id, status, create_time)：
- WHERE user_id = 123 → ✅ 用到第 1 列
- WHERE user_id = 123 AND status = 'pending' → ✅ 用到前 2 列
- WHERE user_id = 123 AND create_time > '2025-01-01' → ✅ 用到第 1 列；create_time 是范围查询，status 被跳过，但不影响 user_id 生效
- WHERE user_id = 123 AND status = 'pending' AND create_time BETWEEN '2025-01-01' AND '2025-12-01' → ✅ 用到 user_id 和 status；create_time 是范围，其后的列（如有）不再参与索引查找
哪些查询用不上索引？
同样基于 idx_user_status_ctime：
- WHERE status = 'pending' → ❌ 缺少最左列 user_id，无法定位分支
- WHERE create_time > '2025-01-01' → ❌ 完全跳过左侧两列
- WHERE user_id = 123 AND create_time > '2025-01-01' AND status = 'pending' → ⚠️ status 在范围查询（create_time）之后，不参与索引查找，仅在索引扫描后做内存过滤
- WHERE user_id = 123 AND position = 'dev' → ❌ position 不在索引中，且 age/school 等中间列缺失，索引断层
几个关键细节
字段顺序无关紧要：WHERE status = 'p' AND user_id = 123 和 WHERE user_id = 123 AND status = 'p' 效果一样，MySQL 查询优化器会自动重排条件顺序以匹配索引。
LIKE 也受此约束：WHERE name LIKE 'Li%' 可走索引；WHERE name LIKE '%ing' 或 WHERE name LIKE '%Li%' 则不能，因为不满足“最左前缀”。
没有隐式创建多级索引：(a,b,c) 索引 ≠ 单独建了 (a)、(a,b)、(a,b,c) 三个索引，而是一棵统一的 B+ 树，只是它的结构天然支持对 a、a+b、a+b+c 的有序查找。
