MySQL——索引实现原理

在MySQL中，索引属于存储引擎级别的概念，不一样存储引擎对索引的实现方式是不一样的，本文主要讨论MyISAM和InnoDB两个存储引擎的索引实现方式。

MyISAM索引实现

MyISAM引擎使用B+Tree做为索引结构。

MyISAM会按照数据插入的顺序分配行号，从0开始，而后按照数据插入的顺序存储在磁盘上。由于行是定长的，因此能够从表的开头跳过相应的字节找到须要的行。

MyISAM的一级索引（主键索引），一个节点包含多个内部节点，索引中的每一个叶子节点包含“行号”。假设咱们以col1为主键，则下图是一个MyISAM表的主索引（Primary key）示意。

能够看出MyISAM的索引文件仅仅保存数据记录的行号，而后经过此行号回表查询须要的数据。

那col2列上的索引（辅助索引）又会怎么样呢？有什么特别之处吗?答案是否认的，和一级索引（主键索引）没有什么区别。在MyISAM中，主索引和辅助索引（Secondary key）在结构上没有任何区别，只是主索引要求key是惟一的，而辅助索引的key能够重复。若是咱们在col2上创建一个辅助索引，则此索引的结构以下图所示：

所以，MyISAM中索引检索的算法为首先按照B+Tree搜索算法搜索索引，若是指定的Key存在，则取出其data域的值，而后以data域的值为地址，读取相应数据记录。MyISAM的索引方式索引和数据存放是分开的，非汇集”的，因此也叫作非汇集索引。

InnoDB索引实现

虽然InnoDB也使用B+Tree做为索引结构，但具体实现方式却与MyISAM大相径庭。由于InnoDB支持聚簇索引（主键索引），聚簇索引就是表，因此InnoDB不用像MyISAM那样须要独立的行存储。也就是说，InnoDB的数据文件自己就是索引文件。

聚簇索引的每个叶子节点都包含了主键值、事务ID、用于事务和MVCC的回滚指针以及全部的剩余列。假设咱们以col1为主键，则下图是一个InnoDB表的聚簇索引（主键索引）（Primary key）示意。

与MyISAM不一样的是，InnoDB的二级索引和聚簇索引很不相同。InnoDB的二级索引的叶子节点存储的不是行号（行指针），而是主键列。这种策略的缺点是二级索引须要两次索引查找，第一次在二级索引中查找主键，第二次在聚簇索引中经过主键查找须要的数据行。

画外音：能够经过咱们前面提到过的索引覆盖来避免回表查询，这样就只须要一次回表查询，对于InnoDB而言，就是只须要一次索引查找就能够查询到须要的数据记录，由于须要的数据记录已经被索引到二级索引中，直接就能够找到。

好处是InnoDB在移动行时无需更新一级索引中的这个”指针“，由于主键是不会改变的，可是行指针却会改变。

InnoDB的二级索引示意如图：

使用InnoDB主键应该知道的事项

由于InnoDB的索引的方式经过主键汇集数据，严重依赖主键。索引若是没有定义主键，那么InnoDB会选择一个惟一的非空索引代替。若是没有这样的索引，InnoDB会隐式定义一个主键来做为聚簇索引。

聚簇索引的优势有：

1.能够把相关数据存储在一块儿，减小数据查询时的磁盘I/O

2.数据访问更快，由于聚簇索引就是表，索引和数据保存在一个B+Tree中

3.使用索引覆盖的查询时能够直接使用页节点中的主键值

聚簇索引的缺点有：

1.插入速度严重依赖插入顺序

2.更新聚簇索引列的代价很高，由于会强制InnoDB把更新的列移动到新的位置

3.基于聚簇索引的表在插入新行，或者主键被更新致使须要移动行的时候，可能会致使“页分裂”。当行的主键值要求必须将这一行插入到已满的页中时，存储引擎会将该页分裂为两个页面来容纳该行，这就是一次页分裂操做，页分裂会致使表占用更多的存储空间。

画外音：关于页，咱们在上一篇文章中也提到过。页是计算机管理存储器的逻辑块，硬件及操做系统每每将主存和磁盘存储区分割为连续的大小相等的块，每一个存储块称为一页。存和磁盘以页为单位交换数据。数据库系统的设计者巧妙利用了磁盘预读原理，将一个节点的大小设为等于一个页，这样每一个节点只须要一次磁盘I/O就能够彻底载入。

基于聚簇索引以上的这些特色，在InnoDB中，咱们应该尽可能使用和应用无关的主键，例如自增主键，这样能够保证数据行是按照顺序写入的。而不是使用GUID、UUID生成随机的主键。

向聚簇索引中插入顺序的索引值：

每条新纪录老是在前一条记录的后面插入：

当页被插满后，继续插入到新的页：

向聚簇索引中插入随机的索引值：

新的记录可能被插入到以前记录的中间，致使须要强制移动以前的记录：

被写满且已经刷到磁盘上的页可能会被从新读取用于再次插入，此时还须要进行页分裂：

总结

MyISAM和InnoDB两个存储引擎的索引虽然都是使用的B+Tree数据结构，可是在具体实现上仍是存在不小差异的。InnoDB支持聚簇索引，聚簇索引就是表，因此InnoDB不用像MyISAM那样须要独立的行存储。也就是说，InnoDB的数据文件自己就是索引文件。而MyISAM的数据文件和索引文件是分开存储的。能够经过MyISAM和InnoDB如何存放表的抽象图帮助快速理解。

InnoDB（聚簇）表分布：

MyISAM（非聚簇）表分布：

参考

• 《高性能MySQL》

• MySQL索引背后的数据结构及算法原理

推荐阅读

MySQL——经过EXPLAIN分析SQL的执行计划

MySQL——索引基础

MySQL——索引优化实战

数据库索引背后的数据结构

是什么影响了数据库索引选型？