1.什么是 “左匹配原则”？
简单说：索引的键列要从 “最左侧列” 开始，连续匹配查询条件，中间不能 “断列”。只有满足 “左前缀连续匹配” 的查询，才能完整利用该索引；若跳过左侧列直接用右侧列，索引会失效。
一、基准索引
非聚集索引键列顺序：(A, B, C)（左→右优先级）
二、命中 / 未命中案例表
| 查询条件（WHERE/ORDER BY） | 是否命中索引？ | 具体生效范围 | 原因 |
|---|---|---|---|
| 命中案例 | |||
WHERE A = 'a1' | ✅ 是 | 索引列A生效 | 匹配最左列，左前缀连续 |
WHERE A = 'a1' AND B = 'b1' | ✅ 是 | 索引列A、B生效 | 匹配左 2 列，左前缀连续 |
WHERE A = 'a1' AND B = 'b1' AND C = 'c1' | ✅ 是 | 索引列A、B、C全生效 | 匹配所有左前缀，连续 |
WHERE A = 'a1' AND C = 'c1' | ✅ 部分命中 | 仅A生效，C不生效 | 跳过中间列B，左匹配中断 |
WHERE A = 'a1' ORDER BY B, C | ✅ 是 | 索引列A、B、C生效 | 排序列是索引左前缀，直接利用索引排序 |
| 未命中案例 | |||
WHERE B = 'b1' | ❌ 否 | 索引完全失效 | 跳过最左列A，左匹配断裂 |
WHERE A > 'a1' AND B = 'b1' | ❌ 部分失效 | 仅A生效，B不生效 | A是范围查询，中断右侧列的左匹配 |
WHERE C = 'c1' | ❌ 否 | 索引完全失效 | 跳过左列A、B，无左前缀匹配 |
WHERE A = 'a1' ORDER BY C | ❌ 排序失效 | A生效，但C排序需额外操作 | 排序列跳过B，无法利用索引排序 |
三、避坑要点表
| 常见误区 | 正确做法 | 对应案例 |
|---|---|---|
跳过左侧列直接用右侧列（如WHERE B='b1'） | 必须从最左列开始匹配 | 未命中案例 1 |
把范围条件（<、>、like）放在索引中间列（如A>10 AND B='b1'） | 范围条件尽量放在索引最右侧列 | 未命中案例 2 |
排序 / 分组列不按索引左前缀（如ORDER BY C） | 排序 / 分组列要和索引左前缀一致 | 未命中案例 4 |
认为 “包含索引列就会命中”（如A='a1' AND C='c1'） | 中间列必须连续匹配，否则右侧列失效 | 命中案 |
四、避坑要点表
在非聚集索引键列顺序为(A, B, C)的前提下，WHERE 子句中写A、B、C条件的顺序，完全没有要求——SQL Server 的查询优化器会自动重排 WHERE 条件，优先匹配索引的左前缀，不会因为你写的顺序乱了就影响索引命中。
核心结论：
- ✅索引键列顺序（A→B→C）：决定左匹配是否生效（必须从最左列 A 开始连续匹配）；
- ❌WHERE 条件书写顺序（比如先写 B、再写 A、最后写 C）：不影响索引命中，优化器会自动调整成 “先匹配 A、再匹配 B、最后匹配 C”。
举例子（索引：A→B→C）：
| WHERE 条件书写顺序 | 优化器实际匹配顺序 | 是否命中索引？ | 生效范围 |
|---|---|---|---|
WHERE A='a1' AND B='b1' AND C='c1' | A→B→C | ✅ 全命中 | A、B、C 都生效 |
WHERE B='b1' AND A='a1' AND C='c1' | A→B→C | ✅ 全命中 | A、B、C 都生效 |
WHERE C='c1' AND B='b1' AND A='a1' | A→B→C | ✅ 全命中 | A、B、C 都生效 |
WHERE B='b1' AND C='c1' | 无（跳过 A） | ❌ 未命中 | 索引完全失效 |
关键注意点：
- 优化器只关心 “是否包含索引左前缀列”，不关心书写顺序；
- 但如果条件中有范围查询（比如
A>10），不管书写顺序，只要索引里 A 在左侧，右侧的 B/C 都会失效（因为范围查询中断左匹配）：例：WHERE B='b1' AND A>10→ 优化器调整为A>10 AND B='b1'→ 仅 A 生效，B 失效。
