土法炼钢兴趣小组的算法知识备份

【MySQL InnoDB 内核】性能调查：EXPLAIN ANALYZE 到 OS 层

2026-06-18 · database · kernel · #mysql #innodb #performance #explain-analyze #perf-investigation

文章导航

分类入口
databasekernel
标签入口
#mysql#innodb#performance#explain-analyze#perf-investigation

目录

性能调查：EXPLAIN ANALYZE 到 OS 层

慢查询日志只给 已完成 语句的墙钟时间，无法区分 等锁 还是 等 IO。MySQL 8.0.18+ 的 EXPLAIN ANALYZE 在计划节点上挂 actual time；performance_schema 把 mutex、IO、锁 拆到事件。若两者显示 CPU 低、延迟高，应下沉 iostat/perf 看是不是磁盘或 fsync 队列。

方法论对照 PG 第 23 篇 与 PG 监控篇。

一、调查分层

flowchart TD
  Q[延迟/吞吐异常] --> EA[EXPLAIN ANALYZE]
  EA --> PFS[performance_schema waits]
  PFS --> INN[INNODB STATUS 段]
  INN --> OS[iostat / perf]

二、EXPLAIN ANALYZE

-- 需本地验证
EXPLAIN ANALYZE SELECT ...;

关注：actual time 在 回表 还是 索引范围；rows 估计偏差大时更新统计信息 ANALYZE TABLE。

三、等锁调查

SELECT r.trx_id waiting, b.trx_id blocking
FROM performance_schema.data_lock_waits w
JOIN information_schema.innodb_trx r ON ...
-- 完整 JOIN 需本地根据列名调整

对照 第 9 篇。

四、等 IO 调查

信号 含义
Innodb_data_pending_writes 数据写积压
innodb_os_log_written 速率 redo 压力
PFS wait/io/file/innodb/% 文件 IO 等待

OS 层：iostat -x 看 %util 与 await。

五、CPU 与 mutex

PFS 汇总 events_waits_summary_global_by_event_name 过滤 mutex/innodb——对照 第 1 篇 线程模型。

六、关键要点

  1. 先计划后等待再 IO，避免直接调参。
  2. EXPLAIN ANALYZE 需 8.0.18+。
  3. PFS 与 STATUS 交叉验证。
  4. OS 层验证 fsync 饱和 与 第 12 篇 组提交。

十、PG 对照

步骤 MySQL PG
计划 EXPLAIN ANALYZE EXPLAIN ANALYZE
等待 PFS events pg_stat_activity.wait_event
IO InnoDB STATUS / PFS pg_stat_io
内核 perf + 符号 perf + pg_stat

分层思路一致：计划 → 等待事件 → 存储 → OS。

深度阅读清单

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

MySQL 8.0.36 中该符号与 性能调查方法论 相关：InnoDB 事务提交入口。

步骤 动作
1 在 tag mysql-8.0.36 下打开源文件
2 自函数入口向下读 80–120 行
3 记录 mtr / mutex 边界与调用方
4 对照本章流程图标注阶段

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

MySQL 8.0.36 中该符号与 性能调查方法论 相关：InnoDB XA prepare。

步骤 动作
1 在 tag mysql-8.0.36 下打开源文件
2 自函数入口向下读 80–120 行
3 记录 mtr / mutex 边界与调用方
4 对照本章流程图标注阶段

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

MySQL 8.0.36 中该符号与 性能调查方法论 相关：redo 写入 log buffer。

步骤 动作
1 在 tag mysql-8.0.36 下打开源文件
2 自函数入口向下读 80–120 行
3 记录 mtr / mutex 边界与调用方
4 对照本章流程图标注阶段

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

MySQL 8.0.36 中该符号与 性能调查方法论 相关：redo 刷盘至指定 LSN。

步骤 动作
1 在 tag mysql-8.0.36 下打开源文件
2 自函数入口向下读 80–120 行
3 记录 mtr / mutex 边界与调用方
4 对照本章流程图标注阶段

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

MySQL 8.0.36 中该符号与 性能调查方法论 相关：Buffer Pool 取页。

步骤 动作
1 在 tag mysql-8.0.36 下打开源文件
2 自函数入口向下读 80–120 行
3 记录 mtr / mutex 边界与调用方
4 对照本章流程图标注阶段

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

MySQL 8.0.36 中该符号与 性能调查方法论 相关：记录锁 / gap lock。

步骤 动作
1 在 tag mysql-8.0.36 下打开源文件
2 自函数入口向下读 80–120 行
3 记录 mtr / mutex 边界与调用方
4 对照本章流程图标注阶段

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

MySQL 8.0.36 中该符号与 性能调查方法论 相关：Change Buffer 插入。

步骤 动作
1 在 tag mysql-8.0.36 下打开源文件
2 自函数入口向下读 80–120 行
3 记录 mtr / mutex 边界与调用方
4 对照本章流程图标注阶段

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

MySQL 8.0.36 中该符号与 性能调查方法论 相关：Change Buffer 合并。

步骤 动作
1 在 tag mysql-8.0.36 下打开源文件
2 自函数入口向下读 80–120 行
3 记录 mtr / mutex 边界与调用方
4 对照本章流程图标注阶段

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

MySQL 8.0.36 中该符号与 性能调查方法论 相关：AHI 构建。

步骤 动作
1 在 tag mysql-8.0.36 下打开源文件
2 自函数入口向下读 80–120 行
3 记录 mtr / mutex 边界与调用方
4 对照本章流程图标注阶段

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

MySQL 8.0.36 中该符号与 性能调查方法论 相关：INNODB STATUS 输出。

步骤 动作
1 在 tag mysql-8.0.36 下打开源文件
2 自函数入口向下读 80–120 行
3 记录 mtr / mutex 边界与调用方
4 对照本章流程图标注阶段

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

MySQL 8.0.36 中该符号与 性能调查方法论 相关：purge 回收 undo。

步骤 动作
1 在 tag mysql-8.0.36 下打开源文件
2 自函数入口向下读 80–120 行
3 记录 mtr / mutex 边界与调用方
4 对照本章流程图标注阶段

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

MySQL 8.0.36 中该符号与 性能调查方法论 相关：崩溃恢复 redo apply。

步骤 动作
1 在 tag mysql-8.0.36 下打开源文件
2 自函数入口向下读 80–120 行
3 记录 mtr / mutex 边界与调用方
4 对照本章流程图标注阶段

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

MySQL 8.0.36 中该符号与 性能调查方法论 相关：Server 层事务提交。

步骤 动作
1 在 tag mysql-8.0.36 下打开源文件
2 自函数入口向下读 80–120 行
3 记录 mtr / mutex 边界与调用方
4 对照本章流程图标注阶段

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

MySQL 8.0.36 中该符号与 性能调查方法论 相关：binlog 组提交。

步骤 动作
1 在 tag mysql-8.0.36 下打开源文件
2 自函数入口向下读 80–120 行
3 记录 mtr / mutex 边界与调用方
4 对照本章流程图标注阶段

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

MySQL 8.0.36 中该符号与 性能调查方法论 相关：binlog 事务落盘。

步骤 动作
1 在 tag mysql-8.0.36 下打开源文件
2 自函数入口向下读 80–120 行
3 记录 mtr / mutex 边界与调用方
4 对照本章流程图标注阶段

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

MySQL 8.0.36 中该符号与 性能调查方法论 相关：索引读 handler 入口。

步骤 动作
1 在 tag mysql-8.0.36 下打开源文件
2 自函数入口向下读 80–120 行
3 记录 mtr / mutex 边界与调用方
4 对照本章流程图标注阶段

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

MySQL 8.0.36 中该符号与 性能调查方法论 相关：索引扫描下一行。

步骤 动作
1 在 tag mysql-8.0.36 下打开源文件
2 自函数入口向下读 80–120 行
3 记录 mtr / mutex 边界与调用方
4 对照本章流程图标注阶段

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

MySQL 8.0.36 中该符号与 性能调查方法论 相关：一致性读搜索。

步骤 动作
1 在 tag mysql-8.0.36 下打开源文件
2 自函数入口向下读 80–120 行
3 记录 mtr / mutex 边界与调用方
4 对照本章流程图标注阶段

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

MySQL 8.0.36 中该符号与 性能调查方法论 相关：B+Tree 搜索。

步骤 动作
1 在 tag mysql-8.0.36 下打开源文件
2 自函数入口向下读 80–120 行
3 记录 mtr / mutex 边界与调用方
4 对照本章流程图标注阶段

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

MySQL 8.0.36 中该符号与 性能调查方法论 相关：InnoDB 事务提交入口。

步骤 动作
1 在 tag mysql-8.0.36 下打开源文件
2 自函数入口向下读 80–120 行
3 记录 mtr / mutex 边界与调用方
4 对照本章流程图标注阶段

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

MySQL 8.0.36 中该符号与 性能调查方法论 相关：InnoDB XA prepare。

步骤 动作
1 在 tag mysql-8.0.36 下打开源文件
2 自函数入口向下读 80–120 行
3 记录 mtr / mutex 边界与调用方
4 对照本章流程图标注阶段

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

MySQL 8.0.36 中该符号与 性能调查方法论 相关：redo 写入 log buffer。

步骤 动作
1 在 tag mysql-8.0.36 下打开源文件
2 自函数入口向下读 80–120 行
3 记录 mtr / mutex 边界与调用方
4 对照本章流程图标注阶段

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

MySQL 8.0.36 中该符号与 性能调查方法论 相关：redo 刷盘至指定 LSN。

步骤 动作
1 在 tag mysql-8.0.36 下打开源文件
2 自函数入口向下读 80–120 行
3 记录 mtr / mutex 边界与调用方
4 对照本章流程图标注阶段

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

MySQL 8.0.36 中该符号与 性能调查方法论 相关：Buffer Pool 取页。

步骤 动作
1 在 tag mysql-8.0.36 下打开源文件
2 自函数入口向下读 80–120 行
3 记录 mtr / mutex 边界与调用方
4 对照本章流程图标注阶段

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

MySQL 8.0.36 中该符号与 性能调查方法论 相关：记录锁 / gap lock。

步骤 动作
1 在 tag mysql-8.0.36 下打开源文件
2 自函数入口向下读 80–120 行
3 记录 mtr / mutex 边界与调用方
4 对照本章流程图标注阶段

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

MySQL 8.0.36 中该符号与 性能调查方法论 相关：Change Buffer 插入。

步骤 动作
1 在 tag mysql-8.0.36 下打开源文件
2 自函数入口向下读 80–120 行
3 记录 mtr / mutex 边界与调用方
4 对照本章流程图标注阶段

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

MySQL 8.0.36 中该符号与 性能调查方法论 相关：Change Buffer 合并。

步骤 动作
1 在 tag mysql-8.0.36 下打开源文件
2 自函数入口向下读 80–120 行
3 记录 mtr / mutex 边界与调用方
4 对照本章流程图标注阶段

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

MySQL 8.0.36 中该符号与 性能调查方法论 相关：AHI 构建。

步骤 动作
1 在 tag mysql-8.0.36 下打开源文件
2 自函数入口向下读 80–120 行
3 记录 mtr / mutex 边界与调用方
4 对照本章流程图标注阶段

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

MySQL 8.0.36 中该符号与 性能调查方法论 相关：INNODB STATUS 输出。

步骤 动作
1 在 tag mysql-8.0.36 下打开源文件
2 自函数入口向下读 80–120 行
3 记录 mtr / mutex 边界与调用方
4 对照本章流程图标注阶段

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

MySQL 8.0.36 中该符号与 性能调查方法论 相关：purge 回收 undo。

步骤 动作
1 在 tag mysql-8.0.36 下打开源文件
2 自函数入口向下读 80–120 行
3 记录 mtr / mutex 边界与调用方
4 对照本章流程图标注阶段

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

MySQL 8.0.36 中该符号与 性能调查方法论 相关：崩溃恢复 redo apply。

步骤 动作
1 在 tag mysql-8.0.36 下打开源文件
2 自函数入口向下读 80–120 行
3 记录 mtr / mutex 边界与调用方
4 对照本章流程图标注阶段

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

MySQL 8.0.36 中该符号与 性能调查方法论 相关：Server 层事务提交。

步骤 动作
1 在 tag mysql-8.0.36 下打开源文件
2 自函数入口向下读 80–120 行
3 记录 mtr / mutex 边界与调用方
4 对照本章流程图标注阶段
参数 默认 说明
18_1 见文档 参数说明 1
18_2 见文档 参数说明 2
18_3 见文档 参数说明 3
18_4 见文档 参数说明 4
18_5 见文档 参数说明 5
18_6 见文档 参数说明 6
18_7 见文档 参数说明 7
18_8 见文档 参数说明 8
18_9 见文档 参数说明 9
18_10 见文档 参数说明 10
18_11 见文档 参数说明 11
18_12 见文档 参数说明 12
18_13 见文档 参数说明 13
18_14 见文档 参数说明 14
18_15 见文档 参数说明 15
18_16 见文档 参数说明 16
18_17 见文档 参数说明 17
18_18 见文档 参数说明 18
18_19 见文档 参数说明 19
18_20 见文档 参数说明 20
18_21 见文档 参数说明 21
18_22 见文档 参数说明 22
18_23 见文档 参数说明 23
18_24 见文档 参数说明 24
18_25 见文档 参数说明 25
18_26 见文档 参数说明 26
18_27 见文档 参数说明 27
18_28 见文档 参数说明 28
18_29 见文档 参数说明 29
18_30 见文档 参数说明 30

专题深化 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 为准。

上一篇：经典故障模式

下一篇：主从切换与数据恢复

参考资料

源码（MySQL 8.0.36）

官方文档

相关文章

同主题继续阅读

把当前热点继续串成多页阅读，而不是停在单篇消费。

By .