缓冲池是InnoDB性能核心，缓存数据页等，读写均优先操作内存；日志缓冲与重做日志保障持久性；变更缓冲区优化非唯一二级索引写性能；MVCC与行级锁协同实现高并发事务隔离。
缓冲池：InnoDB性能的核心缓存
缓冲池（Buffer Pool）是InnoDB内存中最大的区域，本质是一块连续的内存空间，用来缓存磁盘上的数据页、索引页、undo页、插入缓冲页等。默认页大小为16KB，与磁盘页完全对齐。
读操作优先查缓冲池：命中则直接返回，避免磁盘IO；未命中则从磁盘加载页到缓冲池再返回。写操作先修改缓冲池中的页，形成“脏页”，再由后台线程异步刷盘——这大幅降低了随机写压力。
缓冲池内部靠三个链表协同管理：
- Free List：记录空闲页，新页加载时从中分配
- LRU List：按访问热度组织，但不是纯LRU——新加载页默认插入midpoint（约尾部37%位置），防止全表扫描污染热点页
- Flush List：按修改时间排序的脏页链表，供checkpoint机制驱动刷盘
关键配置red">innodb_buffer_pool_size建议设为物理内存的60%–80%（专用DB服务器），并可通过innodb_buffer_pool_instances拆分为多个实例，减少并发访问时的锁争用。
日志缓冲与重做日志：持久性的保障
日志缓冲区（Log Buffer）用于暂存事务产生的redo log，大小由innodb_log_buffer_size控制，默认1MB。事务提交时，redo log需刷入磁盘（受innodb_flush_log_at_trx_commit影响），确保即使崩溃也能通过重放日志恢复已提交事务。
redo log本身是固定大小的循环文件（如ib_logfile0、ib_logfile1），不依赖表空间，独立于数据文件存在。它的设计目标是顺序写，远快于随机写数据页，是ACID中D（Durability）的关键支撑。
注意：log buffer内容在事务提交前可能已提前刷盘（例如buffer满或每秒一次），但真正保证持久性的是commit时刻的刷盘策略。
变更缓冲区：优化非唯一二级索引的写性能
变更缓冲区（Change Buffer）专为**非唯一二级索引页**设计。当要更新一个不在缓冲池中的二级索引页时，InnoDB不立即读取该页，而是把DML操作（INSERT/UPDATE/DELETE）暂存到change buffer中。
后续两种场景触发合并（Merge）：
- 该索引页被读取进缓冲池时，立即合并变更
- 系统空闲时，后台线程主动合并并刷盘
这种延迟写机制显著减少随机读IO，特别适合写多读少、二级索引更新频繁的场景。但主键索引（聚簇索引）和唯一二级索引不适用——因为必须立刻校验唯一性，无法延迟加载。
事务与并发：MVCC与锁如何协同工作
InnoDB通过undo log + read view实现MVCC，支持非锁定一致性读（快照读）。每行记录隐含trx_id（最近修改事务ID）和roll_pointer（指向undo中旧版本的指针）。
不同隔离级别下行为有差异：
- RC（读已提交）：每次SELECT都生成新read view
- RR（可重复读）：事务内首次SELECT生成read view，后续复用
锁机制以行级为基础，但不止于记录本身：
- 记录锁：锁定索引记录
- 间隙锁：锁定索引记录间的“间隙”，防幻读
- 临键锁：记录锁 + 间隙锁组合，RR级别默认使用
锁信息直接存于索引记录的隐藏字段中，无需额外锁表结构，高效且细粒度。
