Mysql使用索引为什么会变快？

MySQL 使用的是 Btree 索引，那它是怎么加速检索的呢？

检索中主要耗时在于内存与磁盘的IO耗时，所以加速的关键在于减少IO的次数。

 

图中是一颗 b 树，每个磁盘块包含几个数据项和指针，

如磁盘块 1 包含数据项 17 和 35，包含指针 P1、P2、P3，

P1指向包含数据项小于17的磁盘块，P2指向数据项在17和35之间的磁盘块，P3 指向数据项大于35的磁盘块。

真实的数据存在于叶子节点，即 3、5、9、10、13、15、28、29、36、60、75、79、90、99。

非叶子节点只不存储真实的数据，只存储指引搜索方向的数据项，如 17、35 并不真实存在于数据表中。

 

【查找过程】 以查找数据项29为例

1. 首先会把磁盘块 1 由磁盘加载到内存，此时发生一次 IO，在内存中用二分查找确定29在17和35之间，锁定磁盘块1的 P2指针，相比磁盘的 IO，内存时间非常短可以忽略不计。
2. 通过磁盘块 1的 P2 指针的磁盘地址把磁盘块 3 由磁盘加载到内存，发生第二次 IO，29 在 26 和 30 之间，同理锁定磁盘块 3 的 P2 指针。
3.  通过指针加载磁盘块 8 到内存，发生第三次 IO，同时内存中做二分查找找到了数据项 29，结束查询，总计三次 IO。

真实的情况中，3 层的树可以表示上百万的数据，上百万的数据查找只需要三次 IO，性能提高是巨大的，速度自然很快。相反如果没有索引，那就要遍历所有数据，最差情况下每个数据项都要发生一次 IO，那么总共需要百万次的 IO，速度自然很慢。