脏页比例需用Innodb_buffer_pool_pages_dirty除以Innodb_buffer_pool_pages_total计算，推荐用SELECT语句直接获取百分比；应关注存量而非刷页流量，结合innodb_max_dirty_pages_pct与IO能力调整参数并观察曲线平滑度。
查 Innodb_buffer_pool_pages_dirty 看实时脏页数
脏页比例不是直接暴露的变量，得自己算：用脏页数除以总页数。最直接的方式是查状态变量：Innodb_buffer_pool_pages_dirty 给出当前脏页数量，Innodb_buffer_pool_pages_total 是总页数。
执行这条 SQL 就能拿到数值：
SHOW GLOBAL STATUS LIKE 'Innodb_buffer_pool_pages_%';
重点关注两行输出：
-
Innodb_buffer_pool_pages_dirty：比如显示Value: 2847 -
Innodb_buffer_pool_pages_total：比如显示Value: 65536
手动算比例：2847 / 65536 ≈ 4.3%，这就是当前脏页占比。别只看绝对值——在 1k–3k 区间反复跳变，往往是刷页抖动的信号。
用 SQL 一次性算出百分比
避免每次手动计算，可以直接用 SELECT 拼公式。注意必须从 performance_schema.global_status 查，且要确保两个变量都命中：
SELECT ROUND(100 * dirty.Value / total.Value, 2) AS dirty_pct FROM performance_schema.global_status dirty JOIN performance_schema.global_status total ON 1=1 WHERE dirty.variable_name = 'Innodb_buffer_pool_pages_dirty' AND total.variable_name = 'Innodb_buffer_pool_pages_total';
这个查询返回一个数字，比如 4.34，单位是 %。建议把这条语句加到你的监控脚本里，每分钟跑一次，画趋势图比单次值有用得多。
为什么不能只看 SHOW ENGINE INNODB STATUS\G 里的 BUF_POOL_FLUSH_LRU？
这个命令输出里确实有脏页相关字段，比如 BUF_POOL_FLUSH_LRU 下的 pages flushed，但它反映的是「最近刷了多少」，不是「现在还剩多少」。容易误判：
- 刚刷完一批，
pages flushed很高，但Innodb_buffer_pool_pages_dirty可能已回落 - 刷页被阻塞时，
pages flushed停滞，但脏页数持续上涨，风险其实在升高
真正要盯的是「存量」，不是「流量」。所以优先取 Innodb_buffer_pool_pages_dirty，而不是依赖 STATUS 里的瞬时速率。
结合 innodb_max_dirty_pages_pct 判断是否异常
这个参数设的是脏页比例上限（默认 75），但它的作用不是“卡死线”，而是触发后台刷页的阈值。如果当前脏页比例长期稳定在 60%～70%，且没抖动，说明策略运行正常；但如果它频繁冲到 74% 又掉到 30%，再猛拉回 72%，大概率是 innodb_max_dirty_pages_pct 设太低（比如 30）+ innodb_io_capacity 没跟上磁盘能力导致的高频轻刷。
检查当前值：
SELECT @@innodb_max_dirty_pages_pct;
SSD 场景建议调到 60～75，HDD 建议 50～60。改完后观察 10 分钟以上，看脏页曲线是否变得平滑——别只改参数就走人，得等旧脏页按新策略自然消化。
脏页比例本身不危险，危险的是它背后暴露的刷页节奏失控。监控时盯住跳变频率和 iostat 的 await 毛刺，比盯单个数字重要得多。
