MySQL索引
MySQL 索引是查询性能优化的核心工具。它既是一种数据结构，也是一种访问路径。真正理解索引，需要同时理解类型、适用条件、失效场景和执行计划。
# 1. 学习定位
| 维度 | 内容 |
|---|---|
| 难度层级 | 性能核心 |
| 核心目标 | 先会用，再理解机制，最后能做工程取舍和故障分析 |
| 学习方法 | 带着业务场景看命令、SQL、数据结构、日志和运行时指标 |
# 2. 核心地图
MySQL索引
├─ 主键索引
├─ 唯一索引
├─ 普通索引
├─ 联合索引
├─ 前缀索引
├─ 函数索引
├─ 全文索引
└─ 空间索引
# 3. 小章节深度讲解
下面把核心地图中的每个点拆开讲。每个小节都同时面向开发和运维：开发侧关注怎么设计、怎么写代码、怎么避免错误；运维侧关注怎么监控、怎么定位、怎么恢复。
# 3.1. 主键索引
# 是什么
主键索引 影响 MySQL 的物理访问路径。InnoDB 数据和索引以页为单位组织，主键索引保存整行，二级索引保存主键并可能触发回表。
# 开发人员怎么用
开发人员要从查询模式设计索引：等值、范围、排序、分组和返回字段要一起考虑。主键要短、稳定、尽量有序，联合索引要遵循最左前缀和选择性原则。
# 运维人员怎么看
运维人员要看执行计划、索引大小、Buffer Pool 命中、写入延迟和未使用索引。索引治理既包括新增，也包括合并和下线。
# 常见风险
常见风险是给每个字段都建索引，读查询短期改善，写入、空间、缓存和优化器选择长期恶化。
# 3.2. 唯一索引
# 是什么
唯一索引 影响 MySQL 的物理访问路径。InnoDB 数据和索引以页为单位组织，主键索引保存整行，二级索引保存主键并可能触发回表。
# 开发人员怎么用
开发人员要从查询模式设计索引：等值、范围、排序、分组和返回字段要一起考虑。主键要短、稳定、尽量有序，联合索引要遵循最左前缀和选择性原则。
# 运维人员怎么看
运维人员要看执行计划、索引大小、Buffer Pool 命中、写入延迟和未使用索引。索引治理既包括新增，也包括合并和下线。
# 常见风险
常见风险是给每个字段都建索引，读查询短期改善，写入、空间、缓存和优化器选择长期恶化。
# 3.3. 普通索引
# 是什么
普通索引 影响 MySQL 的物理访问路径。InnoDB 数据和索引以页为单位组织，主键索引保存整行，二级索引保存主键并可能触发回表。
# 开发人员怎么用
开发人员要从查询模式设计索引：等值、范围、排序、分组和返回字段要一起考虑。主键要短、稳定、尽量有序，联合索引要遵循最左前缀和选择性原则。
# 运维人员怎么看
运维人员要看执行计划、索引大小、Buffer Pool 命中、写入延迟和未使用索引。索引治理既包括新增，也包括合并和下线。
# 常见风险
常见风险是给每个字段都建索引，读查询短期改善，写入、空间、缓存和优化器选择长期恶化。
# 3.4. 联合索引
# 是什么
联合索引 影响 MySQL 的物理访问路径。InnoDB 数据和索引以页为单位组织，主键索引保存整行，二级索引保存主键并可能触发回表。
# 开发人员怎么用
开发人员要从查询模式设计索引：等值、范围、排序、分组和返回字段要一起考虑。主键要短、稳定、尽量有序，联合索引要遵循最左前缀和选择性原则。
# 运维人员怎么看
运维人员要看执行计划、索引大小、Buffer Pool 命中、写入延迟和未使用索引。索引治理既包括新增，也包括合并和下线。
# 常见风险
常见风险是给每个字段都建索引，读查询短期改善，写入、空间、缓存和优化器选择长期恶化。
# 3.5. 前缀索引
# 是什么
前缀索引 影响 MySQL 的物理访问路径。InnoDB 数据和索引以页为单位组织，主键索引保存整行，二级索引保存主键并可能触发回表。
# 开发人员怎么用
开发人员要从查询模式设计索引：等值、范围、排序、分组和返回字段要一起考虑。主键要短、稳定、尽量有序，联合索引要遵循最左前缀和选择性原则。
# 运维人员怎么看
运维人员要看执行计划、索引大小、Buffer Pool 命中、写入延迟和未使用索引。索引治理既包括新增，也包括合并和下线。
# 常见风险
常见风险是给每个字段都建索引，读查询短期改善，写入、空间、缓存和优化器选择长期恶化。
# 3.6. 函数索引
# 是什么
函数索引 影响 MySQL 的物理访问路径。InnoDB 数据和索引以页为单位组织，主键索引保存整行，二级索引保存主键并可能触发回表。
# 开发人员怎么用
开发人员要从查询模式设计索引：等值、范围、排序、分组和返回字段要一起考虑。主键要短、稳定、尽量有序，联合索引要遵循最左前缀和选择性原则。
# 运维人员怎么看
运维人员要看执行计划、索引大小、Buffer Pool 命中、写入延迟和未使用索引。索引治理既包括新增，也包括合并和下线。
# 常见风险
常见风险是给每个字段都建索引，读查询短期改善，写入、空间、缓存和优化器选择长期恶化。
# 3.7. 全文索引
# 是什么
全文索引 影响 MySQL 的物理访问路径。InnoDB 数据和索引以页为单位组织，主键索引保存整行，二级索引保存主键并可能触发回表。
# 开发人员怎么用
开发人员要从查询模式设计索引：等值、范围、排序、分组和返回字段要一起考虑。主键要短、稳定、尽量有序，联合索引要遵循最左前缀和选择性原则。
# 运维人员怎么看
运维人员要看执行计划、索引大小、Buffer Pool 命中、写入延迟和未使用索引。索引治理既包括新增，也包括合并和下线。
# 常见风险
常见风险是给每个字段都建索引，读查询短期改善，写入、空间、缓存和优化器选择长期恶化。
# 3.8. 空间索引
# 是什么
空间索引 影响 MySQL 的物理访问路径。InnoDB 数据和索引以页为单位组织，主键索引保存整行，二级索引保存主键并可能触发回表。
# 开发人员怎么用
开发人员要从查询模式设计索引：等值、范围、排序、分组和返回字段要一起考虑。主键要短、稳定、尽量有序，联合索引要遵循最左前缀和选择性原则。
# 运维人员怎么看
运维人员要看执行计划、索引大小、Buffer Pool 命中、写入延迟和未使用索引。索引治理既包括新增，也包括合并和下线。
# 常见风险
常见风险是给每个字段都建索引，读查询短期改善，写入、空间、缓存和优化器选择长期恶化。
# 3.9. 本篇学习实验
建议准备一个至少百万行级别的测试表，分别观察正常查询、缺失索引、错误索引、长事务、锁等待和慢查询日志。每次实验都记录 SQL、执行计划、耗时、扫描行数和 MySQL 状态变量变化。
开发侧实验重点是理解 SQL 与事务边界，运维侧实验重点是理解指标如何变化。真正掌握本篇内容，应该能从现象反推 SQL、索引、锁、日志或存储引擎问题。
# 4. 核心机制
- InnoDB 主键索引是聚簇索引，叶子节点存整行数据；二级索引叶子节点存主键值，需要回表取得完整行。
- 唯一索引除了加速查询，还承担业务约束，可以防止并发下重复数据。
- 前缀索引用较短前缀降低空间，但会牺牲区分度，不能完整覆盖排序和精确比较。
- 函数索引或生成列可以支持表达式查询，但要注意版本兼容和表达式一致性。
# 5. 工程实践
- 核心唯一业务键必须建唯一索引，例如订单号、支付流水号、用户唯一标识。
- 查询条件、排序字段和返回字段要一起看，避免只为单个 WHERE 字段建索引。
- 模糊查询
LIKE "abc%"可利用前缀，LIKE "%abc"通常难以使用普通 B+Tree 索引。 - 上线索引前评估表大小、DDL 方式、锁影响和回滚方案。
# 6. 常见坑
- 索引列参与隐式转换，导致索引失效。
OR条件、函数计算、前导模糊匹配破坏访问路径。- 联合索引跳过最左字段，后续字段无法充分使用。
- 建立宽索引覆盖所有字段，导致页容量下降和缓存效率变差。
# 7. 专家视角
- 索引是为访问路径服务的，不是为字段服务的。
- 专家会结合
EXPLAIN ANALYZE、慢日志、数据分布和业务频次判断索引价值。 - 索引治理要有生命周期：新增、验证、监控、下线。
# 8. Tips 快问快答
Q：主键索引和普通索引最大区别是什么？
A：InnoDB 主键索引叶子节点存整行，普通二级索引叶子节点存主键。
Q：唯一索引只是性能优化吗？
A：不是，它还是并发安全的数据约束。
Q：索引失效是不是完全不用索引？
A：不一定。可能部分使用，也可能用于扫描或排序，必须看执行计划。
# 9. 阶段小结
MySQL索引 的学习重点不是记住零散概念，而是把它放回真实系统：数据如何进入、如何存储、如何被查询、如何在并发下保持正确、如何在故障后恢复。掌握这些连接关系，才能从“会用”走向“能设计、能优化、能排障”。