innodb_buffer_pool_dump_at_shutdown本身不直接实现热数据秒级预热，仅记录缓冲池快照；真正预热由innodb_buffer_pool_load_at_startup在启动时异步加载快照文件完成，二者协同构成预热闭环。
MySQL 的 innodb_buffer_pool_dump_at_shutdown 本身**不直接实现重启后热数据秒级预热**，它只是“记录”缓冲池内容快照；真正完成预热的是配套的 innodb_buffer_pool_load_at_startup。两者协同工作，才能让热数据在实例启动时自动加载进 Buffer Pool，显著缩短冷启动后的性能恢复时间。
核心机制：dump + load = 预热闭环
MySQL 在关闭时（若启用 innodb_buffer_pool_dump_at_shutdown=ON）会将当前 Buffer Pool 中约 innodb_buffer_pool_dump_pct 比例的最热页（按 LRU 顺序优先）写入磁盘文件（默认 ib_buffer_pool）。启动时（若启用 innodb_buffer_pool_load_at_startup=ON），MySQL 会异步读取该文件，按页号批量加载对应数据页到内存——这个过程就是“预热”。关键点在于：它加载的是上次关机前真实被访问过的热页，而非全表扫描或 SQL 驱动的逻辑预热，因此更精准、开销更低、见效更快。
必须开启的关键参数组合
-
innodb_buffer_pool_dump_at_shutdown = ON：确保每次正常关闭都生成快照（注意：kill -9 或崩溃不会触发） -
innodb_buffer_pool_load_at_startup = ON：确保启动时自动加载快照（MySQL 5.7.7+ 默认开启，但需确认） -
innodb_buffer_pool_dump_pct = 25–100：控制 dump 热页比例，默认 25。对高负载库建议设为75或100，避免只 dump 少量冷页 -
innodb_buffer_pool_filename = ib_buffer_pool：指定快照文件路径，可自定义（如放在 SSD 目录提升读取速度）
提升预热速度与命中率的实操调优
-
增大
innodb_buffer_pool_load_at_startup并发度：MySQL 8.0.22+ 支持innodb_buffer_pool_load_now动态触发，也可通过调整innodb_buffer_pool_load_abort防止异常中断；更关键的是确保innodb_read_io_threads≥ 4（推荐 8），加速页文件并行读取 -
缩短 dump 周期，保持快照新鲜：仅靠 shutdown dump 不够。可定期手动触发：
SET GLOBAL innodb_buffer_pool_dump_now = ON;（MySQL 5.7.2+），例如每 2 小时 cron 调用一次，让快照反映最新热点 -
监控预热进度与效果：查看
SHOW ENGINE INNODB STATUS\G中 BUFFER POOL AND MEMORY 段的Pages loaded；或查information_schema.INNODB_METRICS表中buffer_pool_load_total和buffer_pool_load_perf指标 - 避免误用：不要依赖 dump 文件做备份或迁移：该文件无事务一致性保证，仅用于本地实例快速恢复热点，不可跨版本/跨实例复用
典型效果与注意事项
在千兆网+NVMe SSD 环境下，100GB Buffer Pool 启动时加载 75% 热页（约 75GB 数据页）通常耗时 3–8 秒，QPS 可在 1–2 秒内回升至正常水平的 90%+。但需注意：首次启动（无历史快照）无法预热；大 Buffer Pool 下若磁盘 I/O 瓶颈明显，预热可能阻塞连接建立（可通过 innodb_skip_scan 或延迟应用连接缓解）；升级 MySQL 版本后建议清空旧 ib_buffer_pool 文件以防兼容问题。
