change Buffer基本概念
Change Buffer:写缓冲区,是针对二级索引(辅助索引) 页的更新优化措施
作用: 在进行DML(写)操作(insert/update/delete)时,如果请求的是 辅助索引(非唯一键索引)没有在缓冲池 中时,并不会立刻将磁盘页加载到缓冲池,而是在Change Buffer记录缓冲变更,等未来数据被读取时,再将数据合并恢复到Buffer Pool中
ChangeBuffer占用BufferPool空间,默认占25%,最大允许占50%,可以根据读写业务量来进行调整
参数 innodb_change_buffer_max_size
- ChangeBuffer用于存储SQL变更操作,比如Insert/Update/Delete等SQL语句
- ChangeBuffer中的每个变更操作都有其对应的数据页,并且该数据页未加载到缓存中
- 当ChangeBuffer中变更操作对应的数据页加载到缓存中后,InnoDB会把ChangeBuffer变更操作Merge到数据页上
- InnoDB会定期加载ChangeBuffer中对应数据页的变更操作到缓存中,并Merge变更操作
change buffer更新流程
情况1: 对于唯一索引来说,需要将数据页读入内存,判断到没有冲突,插入这个值,语句执行结束
情况2: 对于普通索引来说,则是将更新记录在 change buffer,流程如下:
- 更新一条记录时,当该记录在BufferPool缓存页中时,直接在BufferPool缓存页修改,一次内存操作
- 如果当该记录不在BufferPool缓存页中,在不影响数据一致性的前提下,InnoDB 会将这些更新操作缓存在 change buffer 中不用再去磁盘查询数据,避免一次磁盘IO
- 当下次查询记录时,会将数据页读入BufferPool缓存页,然后执行change buffer中与这个页有关的操作.通过这种方式就能保证这个数据逻辑的正确性
写缓冲区,仅适用于非唯一普通索引页,为什么?
如果在索引设置唯一性,在进行修改时,InnoDB必须要做唯一性校验,因此必须查询磁盘,做一次IO操作。会直接将记录查询到BufferPool缓存页中,然后在缓冲池修改,不会在ChangeBuffer操作文章来源:https://www.toymoban.com/news/detail-430842.html
什么情况下进行merge?
将 change buffer 中的操作应用到原数据页,得到最新结果的过程称为merge
change buffer,实际上它是可以持久化的数据。也就是说,change buffer 在内存中有拷贝,也会被写入到磁盘上
以下情况会进行持久化:文章来源地址https://www.toymoban.com/news/detail-430842.html
- 访问这个数据页会触发merge
- 系统有后台线程会定期merge
- 在数据库正常关闭(shutdown)的过程中,也会执行merge 操作
Change Buffer 的使用场景
- change buffer 的主要目的就是将记录的变更动作缓存下来,所以在merge发生之前应当尽可能多的缓存变更信息,这样 change buffer的优势发挥的就越明显
- 应用场景: 对于写多读少的业务来说,页面在写完以后马上被访问到的概率比较小,此时change buffer 的使用效果最好。这种业务模型常见的就是账单类、日志类的系统
到了这里,关于Change Buffer详解的文章就介绍完了。如果您还想了解更多内容,请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章,希望大家以后多多支持TOY模板网!