关于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的，那就...........
