1. 为什么我把 MySQL 索引理解为书的目录先聊一个老生常谈的问题为什么我们天天嘴上挂着“索引”但真正要解释清楚它到底是什么时很多人又会卡住用我自己常用的类比索引就是数据库的“书目录”。你翻开一本几百页的技术书要找某个知识点时不会从第一页逐行翻而是先查目录定位到具体页码再翻过去。MySQL 的索引干的是同样的事它把表里某些列的数据按特定顺序组织起来形成一份“目录”查询时先在这份目录里快速定位再回表取完整数据行。但目录也有各种形态。有些书在最后有“主题索引”有些书在开头有“章节索引”有些书附带“图表索引”它们服务的场景、存储开销、查找速度都不同。MySQL 的索引类型也是同理每一种都是为了解决一类特定问题而存在的。这也是为什么经常有同学问“索引有哪几种”但很少有人能把“类型—原理—场景—代价”这条线完整串起来。这篇文章我打算从索引的分类切入但不会停留在“列出名字、贴一句定义”这种程度。我会把每种索引真正的适用场景、底层逻辑、手机端和实际业务里的典型用法以及最容易踩的坑都摊开来聊。内容适合正在准备面试的初级开发也适合那些已经用 MySQL 挺久、但一直对索引选择凭感觉的工程同学。在这之前先把全家福亮出来B树索引、哈希索引、全文索引、空间索引以及日常开发里高频出现的聚簇索引、二级索引、覆盖索引、联合索引、唯一索引、前缀索引。这句话本身就是很多人的困惑点——类型名字太多彼此之间是什么关系别急下面一层层拆。