阅读笔记 - MySQL Change Buffer

• • • 前言
    • MySQL - Change Buffer
    • • 什么是Change Buffer
      • Change Buffer原理
      • 为什么针对非唯一索引页
      • Change Buffer好处
      • 适合使用场景
      • 相关参数
      • 关系图
    • 参考文献

仅为个人笔记，欢迎指正

1. 在InnoDB中，当对应的数据不存在与Buffer Pool中时，为了避免大量的随机磁盘I/O可能带来的性能瓶颈，InnoDB 在Buffer Pool 中划分出一部分内存，称为Change Buffer，由其负责缓存由DML操作引起的二级索引相关数据的变化。当对应的数据下次被读入Buffer Pool 中时，Change Buffer 中记录的变化信息会被合并到数据中,change buffer 在内存中有拷贝，也会被写入到磁盘上（ibdata）。

2. 在MySQL中数据分为内存和磁盘两个部分；在buffer pool中缓存热的数据页和索引页，减少磁盘读；通过change buffer就是为了缓解磁盘写的一种手段。

3. change buffer就是在非唯一普通索引页不在buffer pool中时，对页进行了写操作的情况下，先将记录变到change buff，等未来数据被读取时，再将 change buffer 中的操作merge到原数据页的技术。在MySQL5.5之前，叫插入缓冲(insert buffer)，只针对insert做了优化；现在对delete和update也有效，叫做写缓冲(change buffer)。

1. 在需要更新一个数据页时，如果数据页在buffer pool内存中就直接更新。如果数据页不在buffer pool内存中,在不影响数据一致性的前提下，innodb会将这些更新操作缓存在change buffer中，这样就不需要从磁盘中读入这个数据页了。在下次查询需要访问这个数据页的时候，将数据页读入buffer pool内存中，然后执行change buffer中与这个页有关的操作。通过这种方式就能保证这个数据逻辑的正确性。

2. 将change buffer中的操作合并到原数据页，得到最新结果的过程称为merge。以下情况会出发merge

• 访问这个数据页
• 后台master线程会定期merge
• 数据库缓冲池不够用时
• 数据库正常关闭时
• redo log 写满时

1. 唯一索引

• 所有的更新操作判断这个操作是否违反唯一性约束。而这必须要将数据页读入内存才能判断
• 如果都已经读入到内存了，那就直接更新内存会更快，就没必要使用change bufferl

2. 普通索引

• 不需要判断唯一性，正常使用change buffer减少磁盘io效率更高

将数据从磁盘读入内存涉及随机 IO 的访问，是数据库里面成本最高的操作之一。change buffer 因为减少了随机磁盘访问，所以对更新性能的提升是会很明显的。

写多读少，如果所有的更新后面，都马上伴随着对这个记录的查询，那么你应该关闭 change buffer。而在其他情况下，change buffer 都能提升更新性能。

1. innodb_change_buffering；对哪个操作数据需要更新到change buffer

innodb_change_buffering = all  //默认是all
all     //所有操作 包括inserts deletes purges
none    //不需要
inserts //插入
deletes //当数据被标记为删除时
purges  //当数据被物理删除时

2. innodb_change_buffer_max_size; 占用buffer pool多大比例，默认25，最大50

1. 书本：极客时间 《MySQL实战45讲 - 林晓斌》
2. 博客：https://blog.csdn.net/qq_42979842/article/details/108031299
3. 博客：https://www.cnblogs.com/luojiahu/p/11143590.html