MySQL各种Pool总结

ChangeBuffer

1. ChangeBuffer用的是BufferPool里的内存
2. 我们都知道MySQL为了降低随机写的开销，把所有的写操作暂时放在redolog里面（其实是先写入redolog buffer中），然后批量写，减小了随机写的IO，那么当我们读的时候不在内存，或者需要update的时候怎么办呢，其实ChangeBuffer就是降低了随机读的开销（相对于唯一索引不能使用ChangeBuffer而言）。
3. ChangeBuffer不适合那种写多读少的情况，ChangeBuffer会merge到磁盘，有两种情况一是使用Select，二是后台线程定时merge.

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

changeBuffer的针对哪些DML生效也可以指定的
通过innodb_change_buffering配置可以控制哪些操作使用Change Buffer，哪些操作不使用Change Buffer。

• all
  默认值：缓冲区插入、删除标记操作和清除。

• none
  不要缓冲任何操作。

• inserts
  缓冲区插入操作。

• deletes
  缓冲区删除标记操作。

• changes
  缓冲插入和删除标记操作。

• purges
  在后台发生的缓冲区物理删除操作。

BufferPool

etcd

巨人的肩膀
MySQL实战45讲
缓冲池(buffer pool)，这次彻底懂了！！！
什么是数据库的“缓存池”？（万字长文，绝对干货）