Buffer Pool 预热是数据库重启后主动将常用数据页加载至内存以缩短冷启动性能爬升时间。因重启后缓冲池为空，首次查询需磁盘 I / O 导致延迟飙升，预热通过全表扫描、自动 dump/load 或分块主键读等方式提前加载热点数据，并需避开高峰期、控制并发、监控命中率。
Buffer Pool 预热是什么
MySQL 或 PostgreSQL 等数据库重启后，Buffer Pool（缓冲池）是空的，首次查询需要从磁盘读取数据页，响应明显变慢。Buffer Pool 预热就是让数据库在启动初期主动把常用数据页加载到内存中，缩短冷启动后的性能爬升时间。
为什么 重启后性能差
因为 Buffer Pool 里没有 热点 数据，所有查询都触发物理 I /O，尤其是大表、索引扫描、高频访问的业务表，延迟飙升。即使 SSD 也扛不住大量随机读，而预热能把这部分 I / O 前置到低峰期或启动阶段。
常见预热方法
手动触发预热（MySQL）：
- 执行 SELECT COUNT(*) FROM table_name 对核心表全表扫描，强制加载数据页到 Buffer Pool
- 用innodb_buffer_pool_dump_at_shutdown=ON + innodb_buffer_pool_load_at_startup=ON，自动保存 / 恢复最近使用的页地址（仅限页号，不保证数据内容仍有效）
- 结合 innodb_buffer_pool_dump_pct 控制保存比例（默认 25%），避免 dump 文件过大
更可控的预热方式：
- 根据慢查询日志或 performance_schema 统计出高频访问的表和索引，针对性预热
- 用脚本循环执行SELECT * FROM table_name WHERE pk BETWEEN X AND Y LIMIT 1，分块触发主键范围读，减少锁和资源占用
- 对二级索引预热：SELECT indexed_col FROM table_name，配合 FORCE INDEX 确保走索引
注意事项
预热不是越快越好。全表扫描可能阻塞 DDL、抢占 IO 带宽、引发 buffer pool 竞争。建议在低峰期执行，控制并发度，监控 Innodb_buffer_pool_read_requests 与Innodb_buffer_pool_reads比值，观察命中率是否快速回升。预热后可查 information_schema.INNODB_BUFFER_POOL_STATS 确认加载状态。
