MySQL 8.0如何通过sys库快速定位产生大量IO操作的后台线程？-mysql教程-PHP中文网

直接查 sys.io_by_thread_by_latency 视图可定位高 i/o 线程，它聚合 file_summary_by_thread_by_event_name 并过滤系统后台 i/o，而 show processlist 和 threads 表无 i/o 指标。

mysql 8.0如何通过sys库快速定位产生大量io操作的后台线程？

直接查 sys.io_by_thread_by_latency 视图，按 total_latency 或 total_bytes 降序取前几条，就能定位当前产生最多 I/O 的线程。它聚合了 performance_schema.file_summary_by_thread_by_event_name，已过滤掉系统内部静默 I/O（如日志刷盘），聚焦可归因到具体连接的读写行为。

为什么不是 SHOW PROCESSLIST 或 performance_schema.threads？

SHOW PROCESSLIST 只显示 SQL 文本和状态，不带任何 I/O 统计；performance_schema.threads 本身不含 I/O 指标字段。真正记录每个线程文件级读写量的，是 sys.io_by_thread_by_latency —— 它底层封装了 file_summary_by_thread_by_event_name，并剔除了 innodb、log、binlog 等后台模块的 I/O，只保留用户线程触发的磁盘操作（如 SELECT 读数据页、INSERT 写 buffer pool 外部页）。

查之前必须确认的三件事

• performance_schema 必须启用：SELECT @@performance_schema 返回 1，否则视图为空
• 相关 instruments 需开启：UPDATE performance_schema.setup_instruments SET ENABLED = 'YES' WHERE NAME LIKE 'instrumentation/file/%';
• MySQL 8.0 默认启用 file 类 instruments，但若 DBA 手动关闭过（例如为减小开销），该视图将无数据

怎么关联出“谁在跑、读了啥、写了多少”？

执行这条 SQL 获取完整上下文：

MySQL（Linux）

MySQL 9.6.0是面向Linux平台的2026年创新版本，核心架构迎来重大革新。其将外键约束与级联操作从InnoDB引擎层上移至SQL层，确保所有数据变更均被完整记录至Binlog，彻底解决了CDC（变更数据捕获）与主从复制中的数据不一致难题。此外，该版本引入container_aware启动选项以原生适配容器环境，并对审计日志进行了组件化重构，为追求极致数据一致性与云原生体验的开发者提供了全新选择。

下载

SELECT 
  t.PROCESSLIST_USER AS `user`,
  t.PROCESSLIST_HOST AS `host`,
  t.PROCESSLIST_DB AS `db`,
  m.COUNT_READ + m.COUNT_WRITE AS `io_ops`,
  ROUND(m.SUM_NUMBER_OF_BYTES_READ / 1024 / 1024, 2) AS `mb_read`,
  ROUND(m.SUM_NUMBER_OF_BYTES_WRITE / 1024 / 1024, 2) AS `mb_write`,
  m.SUM_TIMER_WAIT AS `latency_ps`,
  SUBSTRING_INDEX(t.PROCESSLIST_INFO, ' ', 10) AS `sql_snippet`
FROM sys.x$io_by_thread_by_latency m
JOIN performance_schema.threads t ON m.thread_id = t.thread_id
WHERE t.PROCESSLIST_ID IS NOT NULL
ORDER BY m.SUM_NUMBER_OF_BYTES_READ + m.SUM_NUMBER_OF_BYTES_WRITE DESC
LIMIT 5;

• 用 sys.x$io_by_thread_by_latency（带 x$ 前缀）跳过视图层单位换算和字符串格式化，查得更快
• SUM_NUMBER_OF_BYTES_READ/WRITE 是原始字节数，比 TOTAL_BYTES 更准（后者可能被截断）
• PROCESSLIST_ID IS NOT NULL 排除 InnoDB purge、page cleaner 等后台线程，避免误判
• SUBSTRING_INDEX(..., ' ', 10) 截断长 SQL，防止结果溢出或卡顿

容易忽略的 IO 线程干扰项

• innodb_read_io_threads 和 innodb_write_io_threads 是后台线程，它们的 I/O 不会出现在 io_by_thread_by_latency 中 —— 这个视图只反映用户线程发起的 I/O 请求，不是操作系统层面的磁盘吞吐
• 如果发现 top 里 mysqld 进程 I/O 很高，但该视图里没几个活跃线程，大概率是 Buffer Pool 缓存不足导致频繁缺页，应优先查 Innodb_buffer_pool_reads 和命中率
• SELECT ... INTO OUTFILE、LOAD DATA INFILE 这类语句的文件操作会被计入，但临时表写入（tmp_table_size 内）不会，除非落盘到磁盘临时目录