MySQL技术内幕：InnoDB存储引擎关键特性之插入缓冲——详解

最新推荐文章于 2023-01-07 18:34:41 发布

我是方小磊

最新推荐文章于 2023-01-07 18:34:41 发布

阅读量390

点赞数 4

分类专栏： Mysql技术内幕文章标签：数据库 mysql 索引插入缓冲 InnoDB

本文链接：https://blog.csdn.net/weixin_44844089/article/details/106034289

版权

12 篇文章 0 订阅

订阅专栏

InnoDB存储引擎特性——插入缓冲

InnoDB存储引擎开创性地设计的Insert Buffer，对于非聚集索引的插入或更新操作，不是每一次直接插入索引页中，而是先判断插入的非聚集索引页是否在缓冲池中，若果在则直接插入，如果不在，那就先放到一个Insert Buffer对象中
这就好似欺骗，数据库的非聚集索引已经插入到叶子结点中了，但是实际上并没有，只是存起来了，然后一一定的频率和情况进行Insert Buffer和辅助索引页的合并操作
这时候通常就可以将多个插入合并到一个操作中（因为在一个索引页中），这就大大的提高了对非聚集索引的插入性能

索引是辅助索引：Insert Buffer本身就是针对于非聚合索引的插入出现的，所以必须是非聚合索引的插入才可以使用

索引不是唯一的：因为在插入缓冲的时候，数据库并不去查找索引页来判断插入的记录的唯一性，如果去查找肯定会有离散读取的情况发生，这就使其失去了意义。因为判断是否唯一需要扫描索引页，而扫描索引页可能涉及到随机读写磁盘，这里引入插入缓冲，就是为了避免多次随机读写磁盘引入的。

刚刚有提到，Insert Buffer就是为了插入非聚集索引实现的，并且是非唯一的，每次插入辅助索引都是先将其存到Insert Buffer对象中，那么Insert Buffer对象到底是什么呢？
在InnoDB内部，Insert Buffe其实就是一棵B+树，在现在的版本中，全局只有一棵Insert Buffe B+树，负责对所有的表的辅助索引插入进行 Insert Buffer

我们已经知道Insert Buffer就是一棵B+树，如果要插入的辅助索引页不在缓冲池中，就将其插到这棵树中，那么什么时候将Insert Buffer中的记录合并到真正的辅助索引页中呢？
合并插入缓冲的触发有以下三种情况
1）辅助索引页被读取到缓冲池中
2）Insert Buffer Bitmap页追踪到该辅助索引页已无可用空间时
3）Master Thread
第一种情况：当用户操作需要读取到某个辅助索引页时，InnoDB会将该页从磁盘读取进缓冲池中没如果发现Insert Buffer中有该页需要插入更新的辅助索引，那么就进行合并操作。然后会根据一定的频率和机制刷新回磁盘
第二种情况：Insert Buffer Bitmap页用来追踪每个辅助索引页的可用空间，并至少有1/32的空间。若插入辅助索引记录时检测到插入之后可用空间会少于1/32页，则会强制进行一个合并操作，即强制读取辅助索引页，然后进行合并
第三种情况：Master Thread是后台的核心线程，有每一秒和每十秒的操作，会有一定的频率进行合并缓冲操作。

总的来说插入缓冲就是为了解决非聚集索引插入的性能问题，B+树的结构导致插入非聚集索引需要离散的访问磁盘，所以这种方法可以将多次插入合并成一个操作，提高性能
对于InnoDB体系架构，后台线程（Master Thread等），缓冲池等不太懂的朋友可以看我这篇博客：MySQL技术内幕：MySQL—InnoDB存储引擎体系架构

觉得写得不错的朋友可以点个赞！！！谢谢！！！

关注