一般索引

一般索引页记录的是一般索引以及主键值, 故查问非主键字段的时候, 须要回表.

一般索引数据页外部通过二分法来定位记录.

一般索引在查问时须要额定多查问一次下一条记录, 而惟一索引查到则不会持续往下查

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 的区别

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

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