Buffer-Pool原理#

作用#

• 读：先查 Buffer Pool → 命中直接返回，未命中从磁盘加载
• 写：修改 Buffer Pool 中的页（脏页）+ 记 redo log → 后台异步刷盘

改良 LRU 算法#

标准 LRU 的问题：全表扫描把大量冷数据挤掉热数据（缓存污染）。

InnoDB 方案：LRU 分为 Young 区（5/8）和 Old 区（3/8）

┌──────────────────────┬──────────────────┐
│     Young 区 (5/8)    │    Old 区 (3/8)   │
│   （热数据）           │  （新加载/冷数据） │
└──────────────────────┴──────────────────┘

1. 新页加载 → 放 Old 区头部（不是 Young 区）
2. 在 Old 区停留超过 innodb_old_blocks_time（默认 1s）后再次访问 → 晋升 Young 区
3. 淘汰从 Old 区尾部开始

效果： 全表扫描的冷页只进 Old 区，很快被淘汰，不影响 Young 区热数据。

脏页刷盘时机#

核心参数#

innodb_buffer_pool_size = 8G       # 通常设物理内存的 60%-80%
innodb_buffer_pool_instances = 4   # 多实例减少锁竞争
innodb_old_blocks_time = 1000      # Old 区晋升等待时间(ms)

监控#

SHOW STATUS LIKE 'Innodb_buffer_pool%';
-- 命中率 = 1 - reads/read_requests, 应 > 99%

Buffer Pool 是 InnoDB 在用户空间维护的一块内存缓存区，默认大小建议设为物理内存的 60%-80%。它的核心作用是减少磁盘 IO：读数据时先查 Buffer Pool，命中直接返回，未命中再从磁盘加载；写数据时先修改 Buffer Pool 中的页形成脏页，同时记 redo log，后台线程再异步将脏页刷回磁盘。为了防止全表扫描把热数据挤出缓存，InnoDB 对 LRU 做了改良——将链表分为 Young 区和 Old 区，新加载的页先放 Old 区，在 Old 区停留超过 1 秒后再次被访问才晋升到 Young 区。这样全表扫描产生的冷页只会在 Old 区短暂停留后被淘汰，不会污染热数据。脏页刷盘有四个时机：redo log 快满时推进 checkpoint、Buffer Pool 空间不足淘汰尾部脏页、后台线程定时刷以及数据库正常关闭时全量刷盘。生产中通过多实例配置减少锁竞争，监控命中率应保持在 99% 以上。

追问方向：

• “Buffer Pool 大小怎么设？”→ 物理内存 60%-80%
• “为什么不用标准 LRU？”→ 全表扫描污染缓存

易错点：

• ❌ “新页直接放 LRU 头部”——放 Old 区头部
• ❌ “写操作直接写磁盘”——先写 Buffer Pool 脏页 + redo log