Mysql学习笔记——Change Buffer及事务规则

Change Buffer 简介

当需要更新一个数据页的时候，如果数据页在内存中，则直接更新。如果这个数据页不在内存中，在不影响数据一致性的情况下，InnoDB会将这些更新操作缓存在change buffer 中，这样就不需要从内存中读取数据了。

那么，什么时候执行这些缓存的更新操作呢？
在执行下次查询操作时，如果需要访问到这个数据页，会将其加载进内存，此时就可以进行更新操作，同时也设有定时更新的任务。

什么情况下会用到change buffer
对于唯一索引来说，所有的更新都需要判断是否违反唯一性约束，因此唯一索引是不能使用change buffer 的，针对普通索引的更新操作，并且涉及到的数据页不在内存中，此时就会用到change buffer。

使用场景
对于写多读少的业务来说，页面在写完以后马上被访问到的概率比较小，此时change buffer的使用效果最好。这种业务模型常见的就是账单类、日志类的系统。
反过来，假设一个业务的更新模式是写入之后马上会做查询，那么即使满足了条件，将更新先记 录在change buffer，但之后由于马上要访问这个数据页，会立即触发merge过程。这样随机访问 IO的次数不会减少，反而增加了change buffer的维护代价。所以，对于这种业务模式来 说，change buffer反而起到了副作用。

Mysql隔离级别及事务性

SQL标准的事务隔离级别包括：

<