告警只盯 Threads_running 时，真正的问题可能是 history list length 暴涨（purge 滞后）或 log mutex 等待——它们在 SHOW ENGINE INNODB STATUS 里有专门段落，却不在 SHOW GLOBAL STATUS 顶层。MySQL 8.0 的 Performance Schema 把锁、事务、内存分配细到线程级；配合 Prometheus mysqld_exporter 才能做 SLO。

本文对照 PG 监控篇，版本 8.0.36。

一、监控分层

flowchart TB
  APP[应用 SLA] --> EXP[mysqld_exporter]
  EXP --> GSV[GLOBAL STATUS]
  EXP --> PFS[performance_schema]
  DBA[应急排查] --> STATUS[SHOW ENGINE INNODB STATUS]
  PFS --> LOCKS[data_locks]
  PFS --> TRX[events_transactions_*]

二、INNODB STATUS 精读段落

SHOW ENGINE INNODB STATUS\G

History list length（HLL）：未 purge 的 undo 量——第 17 篇 长事务核心信号。

三、Performance Schema 关键表

-- 需本地验证
SELECT * FROM performance_schema.data_locks LIMIT 5;
SELECT * FROM performance_schema.data_lock_waits LIMIT 5;
SELECT * FROM performance_schema.events_transactions_current LIMIT 5;

启用：performance_schema=ON（8.0 默认）；部分 consumer 需 setup_consumers 打开。

四、mysqld_exporter 指标映射

与应用 p99 延迟 同屏，避免只看平均 STATUS。

五、实验（需本地验证）

定期抓取 STATUS 与 PFS 基线；故障时对比 SEMAPHORES 与 TRANSACTIONS 段差分。

六、关键要点

1. INNODB STATUS 适合应急快照；PFS 适合关联线程。
2. HLL 是 purge 滞后的一号信号。
3. 死锁段 只保留最近一次——需持续采集若要做趋势。
4. exporter 指标需与 STATUS 交叉验证口径。

十、PG 对照

PG 第 21 篇 强调 分层视图；InnoDB 传统 STATUS 是单页快照，应用 PFS 补齐时序维度。

深度阅读清单

深度.1 srv_mon_print（storage/innobase/srv/srv0mon.cc）

MySQL 8.0.36 中该符号与 监控体系 相关：monitor 输出。

深度.2 mutex_monitor_enable（storage/innobase/srv/srv0mon.cc）

MySQL 8.0.36 中该符号与 监控体系 相关：mutex 统计。

深度.3 trx_commit_for_mysql（storage/innobase/trx/trx0trx.cc）

MySQL 8.0.36 中该符号与 监控体系 相关：InnoDB 事务提交入口。

深度.4 trx_prepare_for_mysql（storage/innobase/trx/trx0trx.cc）

MySQL 8.0.36 中该符号与 监控体系 相关：InnoDB XA prepare。

深度.5 log_buffer_write（storage/innobase/log/log0log.cc）

MySQL 8.0.36 中该符号与 监控体系 相关：redo 写入 log buffer。

深度.6 log_write_up_to（storage/innobase/log/log0log.cc）

MySQL 8.0.36 中该符号与 监控体系 相关：redo 刷盘至指定 LSN。

深度.7 buf_page_get_gen（storage/innobase/buf/buf0buf.cc）

MySQL 8.0.36 中该符号与 监控体系 相关：Buffer Pool 取页。

深度.8 lock_rec_lock（storage/innobase/lock/lock0lock.cc）

MySQL 8.0.36 中该符号与 监控体系 相关：记录锁 / gap lock。

深度.9 ibuf_insert（storage/innobase/ibuf/ibuf0ibuf.cc）

MySQL 8.0.36 中该符号与 监控体系 相关：Change Buffer 插入。

深度.10 ibuf_merge（storage/innobase/ibuf/ibuf0ibuf.cc）

MySQL 8.0.36 中该符号与 监控体系 相关：Change Buffer 合并。

深度.11 btr_search_build_page_hash_index（storage/innobase/btr/btr0sea.cc）

MySQL 8.0.36 中该符号与 监控体系 相关：AHI 构建。

深度.12 srv_mon_print_innodb_monitor（storage/innobase/srv/srv0mon.cc）

MySQL 8.0.36 中该符号与 监控体系 相关：INNODB STATUS 输出。

深度.13 trx_purge（storage/innobase/trx/trx0purge.cc）

MySQL 8.0.36 中该符号与 监控体系 相关：purge 回收 undo。

深度.14 recv_recovery_from_checkpoint_start（storage/innobase/log/log0recv.cc）

MySQL 8.0.36 中该符号与 监控体系 相关：崩溃恢复 redo apply。

深度.15 ha_commit_trans（sql/handler.cc）

MySQL 8.0.36 中该符号与 监控体系 相关：Server 层事务提交。

深度.16 ordered_commit（sql/binlog.cc）

MySQL 8.0.36 中该符号与 监控体系 相关：binlog 组提交。

深度.17 MYSQL_BIN_LOG::commit（sql/binlog.cc）

MySQL 8.0.36 中该符号与 监控体系 相关：binlog 事务落盘。

深度.18 ha_innobase::index_read（storage/innobase/handler/ha_innodb.cc）

MySQL 8.0.36 中该符号与 监控体系 相关：索引读 handler 入口。

深度.19 ha_innobase::index_next（storage/innobase/handler/ha_innodb.cc）

MySQL 8.0.36 中该符号与 监控体系 相关：索引扫描下一行。

深度.20 row_search_mvcc（storage/innobase/row/row0sel.cc）

MySQL 8.0.36 中该符号与 监控体系 相关：一致性读搜索。

深度.21 btr_cur_search_to_nth_level（storage/innobase/btr/btr0cur.cc）

MySQL 8.0.36 中该符号与 监控体系 相关：B+Tree 搜索。

深度.22 srv_mon_print（storage/innobase/srv/srv0mon.cc）

MySQL 8.0.36 中该符号与 监控体系 相关：monitor 输出。

深度.23 mutex_monitor_enable（storage/innobase/srv/srv0mon.cc）

MySQL 8.0.36 中该符号与 监控体系 相关：mutex 统计。

深度.24 trx_commit_for_mysql（storage/innobase/trx/trx0trx.cc）

MySQL 8.0.36 中该符号与 监控体系 相关：InnoDB 事务提交入口。

深度.25 trx_prepare_for_mysql（storage/innobase/trx/trx0trx.cc）

MySQL 8.0.36 中该符号与 监控体系 相关：InnoDB XA prepare。

深度.26 log_buffer_write（storage/innobase/log/log0log.cc）

MySQL 8.0.36 中该符号与 监控体系 相关：redo 写入 log buffer。

深度.27 log_write_up_to（storage/innobase/log/log0log.cc）

MySQL 8.0.36 中该符号与 监控体系 相关：redo 刷盘至指定 LSN。

深度.28 buf_page_get_gen（storage/innobase/buf/buf0buf.cc）

MySQL 8.0.36 中该符号与 监控体系 相关：Buffer Pool 取页。

深度.29 lock_rec_lock（storage/innobase/lock/lock0lock.cc）

MySQL 8.0.36 中该符号与 监控体系 相关：记录锁 / gap lock。

深度.30 ibuf_insert（storage/innobase/ibuf/ibuf0ibuf.cc）

MySQL 8.0.36 中该符号与 监控体系 相关：Change Buffer 插入。

深度.31 ibuf_merge（storage/innobase/ibuf/ibuf0ibuf.cc）

MySQL 8.0.36 中该符号与 监控体系 相关：Change Buffer 合并。

深度.32 btr_search_build_page_hash_index（storage/innobase/btr/btr0sea.cc）

MySQL 8.0.36 中该符号与 监控体系 相关：AHI 构建。

深度.33 srv_mon_print_innodb_monitor（storage/innobase/srv/srv0mon.cc）

MySQL 8.0.36 中该符号与 监控体系 相关：INNODB STATUS 输出。

深度.34 trx_purge（storage/innobase/trx/trx0purge.cc）

MySQL 8.0.36 中该符号与 监控体系 相关：purge 回收 undo。

深度.35 recv_recovery_from_checkpoint_start（storage/innobase/log/log0recv.cc）

MySQL 8.0.36 中该符号与 监控体系 相关：崩溃恢复 redo apply。

专题深化 1：监控体系

InnoDB 的 监控体系 机制必须与 redo（log0log.cc）、undo（trx0undo.cc）、Buffer Pool（buf0buf.cc）一并理解。连接线程持有 THD，经 ha_innobase 进入引擎；页级修改包在 mtr（mtr0mtr.cc）内。SQL 事务边界由 Server ha_commit_trans 协调 binlog 与 InnoDB（本章主线）。

专题深化 1.1 同步原语层次

短临界区用 mutex_enter（sync0sync.cc）；页内容用 rw_lock（sync0rw.cc）。performance_schema 中 wait/synch/mutex/innodb/% 需在本地 workload 下采集，不可套用他方 benchmark。

专题深化 1.2 8.0.36 源码阅读顺序

建议：本章核心目录 → mtr/mtr0mtr.cc → log/log0log.cc → Server 层 sql/binlog.cc（若涉及复制）。调试编译用 -DWITH_DEBUG=1；生产用官方 GA 构建。

专题深化 1.3 实验纪律

凡涉及 SHOW ENGINE INNODB STATUS、Performance Schema、data_locks 的实验均标注 需本地验证。记录版本、存储介质、并发度；性能数字至少 3 次采样取中位数。

专题深化 1.4 与 PG 系列对照阅读

若已读 PostgreSQL 内核系列，用「同一问题」对照机制差异；不比较绝对性能——复制模型、页大小、MVCC 方案均不同。

专题深化 1.5 生产边界

Cloud RDS/Aurora 内部路径可能与社区版不同；本文以社区版 storage/innobase/ 为准。MariaDB 10.x 在部分路径存在分叉——以 Release Notes 为准。

专题深化 2：监控体系

InnoDB 的 监控体系 机制必须与 redo（log0log.cc）、undo（trx0undo.cc）、Buffer Pool（buf0buf.cc）一并理解。连接线程持有 THD，经 ha_innobase 进入引擎；页级修改包在 mtr（mtr0mtr.cc）内。SQL 事务边界由 Server ha_commit_trans 协调 binlog 与 InnoDB（本章主线）。

专题深化 2.1 同步原语层次

短临界区用 mutex_enter（sync0sync.cc）；页内容用 rw_lock（sync0rw.cc）。performance_schema 中 wait/synch/mutex/innodb/% 需在本地 workload 下采集，不可套用他方 benchmark。

专题深化 2.2 8.0.36 源码阅读顺序

建议：本章核心目录 → mtr/mtr0mtr.cc → log/log0log.cc → Server 层 sql/binlog.cc（若涉及复制）。调试编译用 -DWITH_DEBUG=1；生产用官方 GA 构建。

专题深化 2.3 实验纪律

凡涉及 SHOW ENGINE INNODB STATUS、Performance Schema、data_locks 的实验均标注 需本地验证。记录版本、存储介质、并发度；性能数字至少 3 次采样取中位数。

专题深化 2.4 与 PG 系列对照阅读

若已读 PostgreSQL 内核系列，用「同一问题」对照机制差异；不比较绝对性能——复制模型、页大小、MVCC 方案均不同。

专题深化 2.5 生产边界

Cloud RDS/Aurora 内部路径可能与社区版不同；本文以社区版 storage/innobase/ 为准。MariaDB 10.x 在部分路径存在分叉——以 Release Notes 为准。

专题深化 3：监控体系

InnoDB 的 监控体系 机制必须与 redo（log0log.cc）、undo（trx0undo.cc）、Buffer Pool（buf0buf.cc）一并理解。连接线程持有 THD，经 ha_innobase 进入引擎；页级修改包在 mtr（mtr0mtr.cc）内。SQL 事务边界由 Server ha_commit_trans 协调 binlog 与 InnoDB（本章主线）。

专题深化 3.1 同步原语层次

短临界区用 mutex_enter（sync0sync.cc）；页内容用 rw_lock（sync0rw.cc）。performance_schema 中 wait/synch/mutex/innodb/% 需在本地 workload 下采集，不可套用他方 benchmark。

专题深化 3.2 8.0.36 源码阅读顺序

建议：本章核心目录 → mtr/mtr0mtr.cc → log/log0log.cc → Server 层 sql/binlog.cc（若涉及复制）。调试编译用 -DWITH_DEBUG=1；生产用官方 GA 构建。

专题深化 3.3 实验纪律

凡涉及 SHOW ENGINE INNODB STATUS、Performance Schema、data_locks 的实验均标注 需本地验证。记录版本、存储介质、并发度；性能数字至少 3 次采样取中位数。

专题深化 3.4 与 PG 系列对照阅读

若已读 PostgreSQL 内核系列，用「同一问题」对照机制差异；不比较绝对性能——复制模型、页大小、MVCC 方案均不同。

专题深化 3.5 生产边界

Cloud RDS/Aurora 内部路径可能与社区版不同；本文以社区版 storage/innobase/ 为准。MariaDB 10.x 在部分路径存在分叉——以 Release Notes 为准。

专题深化 4：监控体系

InnoDB 的 监控体系 机制必须与 redo（log0log.cc）、undo（trx0undo.cc）、Buffer Pool（buf0buf.cc）一并理解。连接线程持有 THD，经 ha_innobase 进入引擎；页级修改包在 mtr（mtr0mtr.cc）内。SQL 事务边界由 Server ha_commit_trans 协调 binlog 与 InnoDB（本章主线）。

专题深化 4.1 同步原语层次

短临界区用 mutex_enter（sync0sync.cc）；页内容用 rw_lock（sync0rw.cc）。performance_schema 中 wait/synch/mutex/innodb/% 需在本地 workload 下采集，不可套用他方 benchmark。

专题深化 4.2 8.0.36 源码阅读顺序

建议：本章核心目录 → mtr/mtr0mtr.cc → log/log0log.cc → Server 层 sql/binlog.cc（若涉及复制）。调试编译用 -DWITH_DEBUG=1；生产用官方 GA 构建。

专题深化 4.3 实验纪律

凡涉及 SHOW ENGINE INNODB STATUS、Performance Schema、data_locks 的实验均标注 需本地验证。记录版本、存储介质、并发度；性能数字至少 3 次采样取中位数。

专题深化 4.4 与 PG 系列对照阅读

若已读 PostgreSQL 内核系列，用「同一问题」对照机制差异；不比较绝对性能——复制模型、页大小、MVCC 方案均不同。

专题深化 4.5 生产边界

Cloud RDS/Aurora 内部路径可能与社区版不同；本文以社区版 storage/innobase/ 为准。MariaDB 10.x 在部分路径存在分叉——以 Release Notes 为准。

专题深化 5：监控体系

InnoDB 的 监控体系 机制必须与 redo（log0log.cc）、undo（trx0undo.cc）、Buffer Pool（buf0buf.cc）一并理解。连接线程持有 THD，经 ha_innobase 进入引擎；页级修改包在 mtr（mtr0mtr.cc）内。SQL 事务边界由 Server ha_commit_trans 协调 binlog 与 InnoDB（本章主线）。

专题深化 5.1 同步原语层次

短临界区用 mutex_enter（sync0sync.cc）；页内容用 rw_lock（sync0rw.cc）。performance_schema 中 wait/synch/mutex/innodb/% 需在本地 workload 下采集，不可套用他方 benchmark。

专题深化 5.2 8.0.36 源码阅读顺序

建议：本章核心目录 → mtr/mtr0mtr.cc → log/log0log.cc → Server 层 sql/binlog.cc（若涉及复制）。调试编译用 -DWITH_DEBUG=1；生产用官方 GA 构建。

专题深化 5.3 实验纪律

凡涉及 SHOW ENGINE INNODB STATUS、Performance Schema、data_locks 的实验均标注 需本地验证。记录版本、存储介质、并发度；性能数字至少 3 次采样取中位数。

专题深化 5.4 与 PG 系列对照阅读

若已读 PostgreSQL 内核系列，用「同一问题」对照机制差异；不比较绝对性能——复制模型、页大小、MVCC 方案均不同。

专题深化 5.5 生产边界

Cloud RDS/Aurora 内部路径可能与社区版不同；本文以社区版 storage/innobase/ 为准。MariaDB 10.x 在部分路径存在分叉——以 Release Notes 为准。

专题深化 6：监控体系

InnoDB 的 监控体系 机制必须与 redo（log0log.cc）、undo（trx0undo.cc）、Buffer Pool（buf0buf.cc）一并理解。连接线程持有 THD，经 ha_innobase 进入引擎；页级修改包在 mtr（mtr0mtr.cc）内。SQL 事务边界由 Server ha_commit_trans 协调 binlog 与 InnoDB（本章主线）。

专题深化 6.1 同步原语层次

短临界区用 mutex_enter（sync0sync.cc）；页内容用 rw_lock（sync0rw.cc）。performance_schema 中 wait/synch/mutex/innodb/% 需在本地 workload 下采集，不可套用他方 benchmark。

专题深化 6.2 8.0.36 源码阅读顺序

建议：本章核心目录 → mtr/mtr0mtr.cc → log/log0log.cc → Server 层 sql/binlog.cc（若涉及复制）。调试编译用 -DWITH_DEBUG=1；生产用官方 GA 构建。

专题深化 6.3 实验纪律

凡涉及 SHOW ENGINE INNODB STATUS、Performance Schema、data_locks 的实验均标注 需本地验证。记录版本、存储介质、并发度；性能数字至少 3 次采样取中位数。

专题深化 6.4 与 PG 系列对照阅读

若已读 PostgreSQL 内核系列，用「同一问题」对照机制差异；不比较绝对性能——复制模型、页大小、MVCC 方案均不同。

专题深化 6.5 生产边界

Cloud RDS/Aurora 内部路径可能与社区版不同；本文以社区版 storage/innobase/ 为准。MariaDB 10.x 在部分路径存在分叉——以 Release Notes 为准。

上一篇：Change Buffer 与 AHI

下一篇：经典故障模式

参考资料

源码（MySQL 8.0.36）

• storage/innobase/ — 引擎实现
• sql/binlog.cc, sql/handler.cc — Server 层交界

官方文档

• MySQL 8.0 Reference Manual, InnoDB / Replication / Backup

相关文章

• 系列索引
• PostgreSQL 内核系列