MySQL8中文手册-change buffer

写在前面

网上充斥着各种MySQL的学习资料，有所谓的小白学习笔记也有大牛的分享文章，有免费的也有收费的，文章的质量也是鱼龙混杂，经常看到文章与文章之间相互矛盾，甚至文章前后矛盾。
至于为什么要翻译官方文档，还要源于上次学习极客时间的付费文章，其中一篇对change buffer的说明，文章中描述change buffer是用于更新数据缓存，后面又对change buffer和redo log的关系进行了说明，然而评论中有各种观点，有些说change buffer只针对索引数据进行缓存，文章前后翻了好几遍，始终有个疑问，change buffer到底缓存的是什么内容？在度娘上查找，也是各种说法都有。
为了彻底弄明白这个问题，我去查找了MySQL8的官方英文文档，发现文档中描述非常清楚，change buffer的缓存对象是非唯一二级索引，缓存的是二级索引的变更操作（insert、update、delete），前面的一切疑问都明白了。
经过这件事后，我开始翻译MySQL8的使用手册，这才是最权威的最值得参考的资料，翻译过程参考了百度和谷歌翻译，但大部分还是人工翻译，因此难免有些理解偏差，请大家及时指正。

要很好的理解change buffer，有几个关键点：缓存对象是二级索引、存在purge和merge两种操作、减少从磁盘中随机读、是buffer pool的一部分

原始链接：
https://dev.mysql.com/doc/refman/8.0/en/innodb-change-buffer.html

更多内容请点击MySQL8中文手册

15.5.2 Change Buffer

change buffer是一种特殊的数据结构，当表中数据的变更操作导致二级索引需要变更时，如果二级索引的数据页不在buffer pool中时，MySQL会使用change buffer来缓存二级索引的变更操作内容。缓存的变更操作内容（insert、update、delete）在随后数据页从磁盘中加载到buffer pool中时，在内存中对索引数据页进行合并（merger），执行变更操作。

二级索引不像聚簇索引，通常不是唯一的，而且对二级索引的insert操作经常是随机顺序的，delete和update操作也可能会操作互不相邻的二级索引数据。在需要对二级索引进行变更操作时，先将二级索引的变更操作缓存到change buffer中，然后当其他读操作把索引页读入buffer pool的时候，再对索引数据实施合并变更（merge），这样可以避免潜在的随机读写磁盘IO，因为从磁盘中读取二级索引数据页到buffer pool中会会产生磁盘的随机读操作。

purge操作会定期的将buffer pool中的数据页刷入磁盘中，MySQL会尽量选择当系统处于空闲状态时，或者在系统软关闭（slow shutdown）时，把更新后的索引数据页刷入磁盘中。由于purge操作可以把一批索引数据页一起写到磁盘数据块中，比起单个索引数据立即写如磁盘会更加有效率。

如果涉及到很多行的修改和众多二级索引需要更新，change buffer 的合并（merge）操作可能会持续数小时。在合并操作的这段时间，磁盘IO操作会骤增，可能会导致磁盘读写相关的请求十分缓慢。当一个事务提交后，或者在mysql停止并重启启动后，change buffer的合并操作可能会持续发生。

在内存中，change buffer 会占用buffer pool的内存空间，在磁盘上，change buffer是系统表的一部分，当数据库关闭后，索引的变更操作就保存在系统表中。

在change buffer中缓存的数据操作类型可以