MYSQL change buffer 原理学习

关于MYSQL 的change buffer 的说一说，为何，因为它可以加速你的写操作，意思就是 insert  update delete 等操作，尤其是你的表有一堆索引的情况下，那必须要进行特殊的设置。

可能马上有一个声音，为什么是表有一堆索引的情况下，才要有特殊的设置。

1 索引与表是紧密的关系，插入，更新，删除一条记录，就会触发与表有关系的索引的操作，你可以将他们看做一个事务，如果其中有任何一个对索引的操作失败，则你的数据对表的操作也应该会失败。

2 对于表附加的索引的操作必然影响对源表的数据的操作速度，而DML操作会影响数据的读取和事务隔离性相关的性能，然后引起连锁反应，表插入的，更改的，删除的，慢了，则表的SELECT 的性能也必然受到影响。

3 当对表执行插入、更新和删除操作时，索引（非聚集索引）列的值通常是无序的，这需要大量的I/O来更新辅助索引。当相关页不在缓冲池中时，更改缓冲区将更改缓存到索引，从而通过不立即从磁盘读入页来避免昂贵的I/O操作。当页面加载到缓冲池中时，将合并已缓存的更改，然后将更新后的页面刷新到磁盘。

带来的好处，如果MYSQL 承担大量的DML操作，则change buffer是必不可少的，他的存在就是尽量减小I/O的消耗，通过内存进行数据的合并操作，将多次操作操作尽量变为少量的I/O操作。带来的坏处，就是change buffer 会使用innodb_buffer的空间，所以如果你内存少，那就....... 默哀3分钟。

说道这个东西，那自然必须要在MY.CNF 中调整一下参数配置。

具体有两个参数

1 innodb_change_buffering  

这个参数决定了你的change buffer的用途，你是要吃咸的还是甜的，都在这里面了。具体的选择项

none

inserts

deletes

changes

purges

all

2 innodb_change_buffer_max_size

另一个选择项是对 buffer_pool 中的内存进行百分比的设置，默认是 25% 最大你可以设置 50% 

3 innodb_change_buffering_debug

对于change buffer 如果造成问题，我们也需要第一时间从 ERRORLOG 汇总获知，所以建议至少设置为 1

下面是MYSQL 不关于这部分的代码（有时间还真的好好看看C++,要不看代码属于白痴的水平）,

1  UNIV_PAGE_SIZE  是 数据页的大小

2  buf_pool_get_curr_size 是 当前的 innodb_buffer_pool 的大小

最后最大的设置得到应该是以页面大小为单位的块的百分比。

学习完总结两点

1  时间和空间 你选择一个，需要快速给空间，需要空间，就要耗费时间

2  内存分配要小心，本身内存就不足的，还开SWAP的，那就...........