请解释 MySQL 的 Change Buffer 机制，并说明它在数据库操作中起到哪些作用？
考察说明
考查对 MySQL 内部辅助结构 Change Buffer 的理解，包括其定义、应用场景和作用机制。
回答思路
- 【回答框架 1】Change Buffer（变更缓冲）是 MySQL InnoDB 存储引擎中的一种内部优化机制，用于缓存针对二级索引页的 DML 操作（如 INSERT、UPDATE、DELETE）产生的变更，目的是减少随机 I/O 和提升写性能。它替代了早期版本的 Insert Buffer，功能更为广泛。
- 【回答框架 2】当执行写操作涉及二级索引页，但该页不在缓冲池中时，InnoDB 不会立即将变更写入磁盘，而是将变更记录到 Change Buffer 中。等到该索引页被读取到缓冲池时，再将这些变更合并（merge）到实际的索引页中，从而避免重复进行随机磁盘访问。
- 【回答框架 3】Change Buffer 的作用主要体现在：合并多次写操作，减少随机 I/O；提高写入吞吐，尤其是在非唯一二级索引上；加速因写入导致的后续读取操作，因为合并操作可以批量完成。
- 【回答框架 4】Change Buffer 的适用条件是针对非唯一二级索引，因为唯一索引需要立即检查唯一性约束，无法缓存。此外，Change Buffer 的大小由参数 innodb_change_buffer_max_size 控制，默认占缓冲池的 25%，其内存管理由 InnoDB 自适应哈希索引等机制辅助。
- 【回答框架 5】使用 Change Buffer 需要考虑权衡：虽然它能优化写性能，但若大量写入后读取频繁，合并操作可能带来额外的 CPU 和 I/O 开销，故在写多读少且二级索引较多的场景下效果最佳。
- 【关键点 1】Change Buffer 用于缓存非唯一二级索引的变更，减少随机 I/O。
- 【关键点 2】变更会在索引页被读入缓冲池时合并，而非立即写磁盘。
- 【关键点 3】它比 Insert Buffer 功能更全面，但只适用于非唯一索引。
- 【关键点 4】存在性能权衡，合并操作可能增加开销，适合写多读少的场景。
- 【易错点 1】误以为 Change Buffer 适用于所有索引，实际上唯一索引无法使用。
- 【易错点 2】忽略 Change Buffer 的大小配置和内存占用，可能影响缓冲池整体效率。
- 【易错点 3】将 Change Buffer 的优化效果绝对化，实际需结合 workload 和参数调优。