Mysql-普通索引的 change buffer

小伙伴们对数据库编程感兴趣吗？是否正在学习相关知识点？如果是，那么本文《Mysql-普通索引的 change buffer》，就很适合你，本篇文章讲解的知识点主要包括MySQL、索引。在之后的文章中也会多多分享相关知识点，希望对大家的知识积累有所帮助！

普通索引

普通索引页记录的是普通索引以及主键值,故查询非主键字段的时候,需要回表.

普通索引数据页内部通过二分法来定位记录.

普通索引在查询时需要额外多查询一次下一条记录,而唯一索引查到则不会继续往下查

change buffer

change buffer在内存中有拷贝,也会被写入磁盘
在更新数据时,如果数据直接在内存中就直接写入内存,如果不在内存中需要从磁盘中读取这个数据页,下次查询需要访问这个数据页时,先读入数据页,再执行changebuffer中的相关页操作即merge操作

什么时候触发merge?

• 访问这个数据页，
• 后台线程会定期 merge。
• 数据库正常关闭

什么条件下使用change buffer?
唯一索引在执行更新操作时需要判断是否违反唯一性约束,必须先读取数据,所以唯一索引无法使用change buffer
所以只有普通索引才可以使用

change buffer多少大小?
change buffer 用的是 buffer pool 里的内存,通过参数 innodb_change_buffer_max_size来设置,当值为50时,表示最多只占用buffer pool 的 50%,设置为0时,表示关闭change buffer

什么时候使用change buffer呢?
merge 的时候是真正进行数据更新的时刻，而 change buffer 的主要目的就是将记录的变更动作缓存下来，所以在一个数据页做 merge 之前，change buffer 记录的变更越多（也就是这个页面上要更新的次数越多），收益就越大。
对于写多读少的业务,页面在写完后不会被立马访问到时使用效果最好,如账单类、日志类的系统
change buffer 对于机械硬盘,效果非常显著,当类似历史数据的库,应尽量使用普通索引,然后把change buffer尽量开大.

redo log和change buffer的区别

插入一条数据: insert into t(id,k) values(id1,k1),(id2,k2);

1. page1在内存中，直接更新内存；
2. page2不在内存，就在这change buffer 区域记录下“我要往 Page 2 插入一行”这个信息
3. 将上述两个动作记入 redo log 中（图中 3 和 4）
4. 虚线箭头为后台执行操作，不影响更新时间

综上所述，整个过程仅顺序写了两处内存，写了一处磁盘
redo log主要节省的是随机写磁盘的IO消耗，而change buffer主要节省的是随机读磁盘的消耗

redolog 的重点在于将更新操作写入page内存页(如果page页不在内存中需要从磁盘读取)中,但不去刷盘.而是改为写顺序的redolog日志,节省一次随机磁盘的写入
changebuffer重点在于 如果page页不在内存中,则不去磁盘读取(节省了一次磁盘读取),而改记录在changebuffer以及redolog,个人理解为相对redolog的进一步优化,因为节省掉了从磁盘读取

change buffer 奔溃恢复时是否会丢失数据?

• change buffer会持久化到ibdata
• redo log中记录了数据页的修改以及change buffer中写入的信息,奔溃后可以从binlog恢复redo log,然后根据redo log恢复change buffer

以上就是本文的全部内容了，是否有顺利帮助你解决问题？若是能给你带来学习上的帮助，请大家多多支持golang学习网！更多关于数据库的相关知识，也可关注golang学习网公众号。