INSERT, UPDATE, 和 DELETE操作可以修改二级索引。如果受影响的索引页不在缓冲池中，则更改可以缓冲在更改缓冲区中。

当二级索引页不在缓冲池中时缓冲二级索引更改可避免立即从磁盘读取受影响的索引页所需的昂贵的随机访问 I/O 操作。当其他读取操作将页面读入缓冲池时，可以稍后分批应用缓冲的更改。

不可以，change buffer 只支持二级索引。不支持聚集索引、全文索引和空间索引。全文索引有自己的缓存机制。

在 MySQL 5.6中引入 innodb_change_buffer_max_size 配置选项之前，系统表空间中磁盘更改缓冲区的最大大小为 InnoDB缓冲池大小的 1/3。

在 MySQL 5.6 及更高版本中， innodb_change_buffer_max_size 配置选项将更改缓冲区的最大大小定义为总缓冲池大小的百分比。默认情况下， innodb_change_buffer_max_size 设置为 25。最大设置为 50。

InnoDB如果操作会导致磁盘更改缓冲区超过定义的限制，则不会缓冲该操作。

更改缓冲页面不需要在缓冲池中持久存在，并且可能会被 LRU 操作逐出。

更改缓冲区的当前大小由 标题SHOW ENGINE INNODB STATUS \G下的 报告。INSERT BUFFER AND ADAPTIVE HASH INDEX例如：

-------------------------------------
INSERT BUFFER AND ADAPTIVE HASH INDEX
-------------------------------------
Ibuf: size 1, free list len 0, seg size 2, 0 merges

相关数据点包括：

有关监视更改缓冲区状态的信息，请参阅 第 14.5.2 节，“更改缓冲区”。

更新的页面由刷新占用缓冲池的其他页面的相同刷新机制刷新。

更改缓冲区是一项功能，旨在在索引变大且不再适合InnoDB缓冲池时减少对二级索引的随机 I/O。通常，当整个数据集不适合缓冲池时，当存在修改二级索引页面的大量 DML 活动时，或者当有大量二级索引被 DML 活动定期更改时，应使用更改缓冲区。

如果整个数据集都适合InnoDB缓冲池，如果您的二级索引相对较少，或者如果您使用的是固态存储，那么您可能会考虑禁用更改缓冲区，其中随机读取的速度与顺序读取的速度差不多。在进行配置更改之前，建议您使用具有代表性的工作负载运行测试，以确定禁用更改缓冲区是否有任何好处。

请参阅第 14.5.2 节，“更改缓冲区”。