联合索引字段顺序必须遵循最左匹配原则，即查询条件需从左连续、不跳过字段才能命中索引；a=1、a=1 AND b=2、a=1 AND b=2 AND c=3有效，而b=2或a=1 AND c=3无效；范围查询（>、
联合索引的字段顺序不是随便排的，核心依据就是最左匹配原则——它直接决定哪些查询能走索引、哪些会失效。顺序定错，索引就等于白建。
为什么必须从最左列开始匹配
联合索引在B+树中是按字段顺序整体排序的。比如索引 (a, b, c)，数据先按 a 升序排；a 相同时，再按 b 升序；b 也相同时，再按 c 升序。这意味着：
- a 列在整个索引中是全局有序的，可以直接定位
- b 列只是“在 a 的每个取值内”局部有序，单独查 b=2 无法利用索引（因为 b 全局无序）
- c 列更依赖前两层约束，脱离 a 和 b 就完全不可定位
哪些条件能用上联合索引
只要 where 条件满足“从左连续、不跳过”，就能命中索引部分或全部字段：
- ✅ a = 1 → 用到 a
- ✅ a = 1 AND b = 2 → 用到 a、b
- ✅ a = 1 AND b = 2 AND c = 3 → 用到 a、b、c
- ❌ b = 2 → 不含 a，索引完全失效
- ❌ a = 1 AND c = 3 → 跳过 b，c 无法使用索引
范围查询是关键分水岭
一旦遇到 >、，匹配立即停止，右侧字段不再生效：
- ✅ a = 1 AND b > 2 AND c = 3 → a、b 可用，c 不可用
- ✅ a = 1 AND b BETWEEN 2 AND 5 AND c = 3 → a、b 可用，c 不可用
- ✅ a = 1 AND b LIKE 'xy%' → 前缀 like 属于可延续扫描，a、b 都可用
- ❌ a > 1 AND b = 2 → a 可用，b 因 a 是范围而失去局部有序性，不可用
字段顺序怎么排才合理
顺序不是拍脑袋定的，要结合实际查询模式和数据特征：
- 高频等值查询字段放最左（如 user_id、status）
- 区分度高的字段优先（如 email 比 gender 更适合作左列）
- 范围查询字段尽量靠右，避免过早中断匹配
- = 和 IN 条件顺序可颠倒，MySQL 优化器会自动对齐索引顺序，不用强求 SQL 写法一致
