Mysql索引 关于自增ID，你真的都了解透彻了吗？

前言：以下所有所述均针对Mysql InnerDB引擎

一、建表采用自增ID

为什么建表的时候建议创建自增ID，直接用唯一业务的标识ID不香吗？

是的，不香。

InnerDB使用的B+树模型，B+树的结构决定了 所有左节点< 节点< 右节点，这样带来的好处我就不详细说了，坏处就是当新增主键破坏了现有树形结构的时候，就需要将大于这个值得主键向后挪用。当需要挪动的数据页已经处于存满的状态，就会更加的麻烦。但是当我们使用主键递增ID的时候，所有新增的主键都为当前主键的最大值，所以只需要在索引树的最右边加上一个记录即可。这也就是为什么要采用自增ID的原因。举一个的例子：

ID为主键，下图所示为索引树的示意图

当你想加一条数据（ID=700）的时候，只需要在700节点的右边新增一条新记录即可。但是你新增的记录为（ID=400）的时候，你就需要把ID=500和ID=600的数据往后挪，然后把ID=400的记录加进去。

二、什么情况可以不使用自增ID

当然并不是所有的表都用自增ID好，例如这样的情况：

1、只有一个索引

2、该索引必须是唯一索引

因为业务的特性，我们一般并不会使用自增ID，可能主要还是会使用业务ID，那么为了高效的搜索，我们会给业务ID加上索引。

索引图如下图（ID为主键，k上有索引）：

不难发现，k索引树上存的其实是主键ID的值，所以我们称非主键索引为二级索引。

在使用普通索引的时候，我们会先查询出主键索引的值，然后再去主键索引树上寻找具体的数据记录，这个过程叫回表。

那么回到刚开始的话题，如果满足只有一个索引、并且该索引必须是唯一索引（Key-Value形式），那么就能让Key直接作为主

键，从而杜绝了回表的行为，达到提供性能的目的。

 

文章总结源于：Mysql实战45讲 基础篇 04