若磁盘 IO 报警,应该如何查询MySQL 读写哪个文件慢了?

0    46    1

👉 本文共约1254个字,系统预计阅读时间或需5分钟。

问题:

磁盘 IO 报警,说 IO 饱和了。

那么 MySQL 读写哪个文件慢了?binlog?redo log?还是哪张表?

构造环境:

根据先前的 实验 02,构造环境,模仿 binlog 的磁盘 IO 慢。

实验:

想观察 IO 相关的行为,需启用 performance_schema 的 instrument(生产者)和 consumer(消费者)。

将 performance_schema 的配置重置为默认配置,IO 相关的 instrument(生产者)在默认配置里开启。

图片

启用 waits 相关的 consumer(消费者)

图片

将已记录的性能数据清零

图片

向 MySQL 施加压力

图片

在另一个 session 中,观察最近的 IO 行为。

图片

可以看到 binlog 的刷盘 IO 明显比其他操作慢,符合我们构造的实验场景。这样我们就快速定位了哪个文件的 IO 变慢了。

有了线程号,我们还可以定位其对应的操作:

图片

结论:

我们通过 sys.x$latest_file_io,找到最近的 IO 操作的记录,进行了排序。

本人提供Oracle、MySQL、PG等数据库的培训和考证业务,私聊QQ646634621或微信db_bao,谢谢!

需注意:

  1. 这里不用 sys.latest_file_io 的原因是无法对操作延迟进行排序。

以 sys 中, 以 x$ 开头的视图,是原始数据。

不以 x$ 开头的视图,是给人类看的视图(比如时间显示会带单位,显示成 123 ns)。

  1. sys.x$latest_file_io 视图涉及到两张表:performance_schema. events_waits_history_longperformance_schema. threads 如果某个线程退出,就不会出现在 sys.x$latest_file_io 视图。所以 sys.x$latest_file_io 不是"最近的 IO 操作记录",而是"当前活跃线程的最近的 IO 操作记录"。

参考

https://mp.weixin.qq.com/mp/homepage?__biz=MzU2NzgwMTg0MA==&hid=9&sn=616ddd6a2417f34f6d836a2c2d567f12&scene=1&devicetype=android-29&version=28001c57&lang=zh_CN&nettype=cmnet&ascene=7&session_us=gh_0dc4cf247b24&wx_header=3

标签:

头像

小麦苗

学习或考证,均可联系麦老师,请加微信db_bao或QQ646634621

您可能还喜欢...

发表回复

您的电子邮箱地址不会被公开。 必填项已用*标注

13 − 5 =

 

嘿,我是小麦,需要帮助随时找我哦
  • 18509239930
  • 个人微信

  • 麦老师QQ聊天
  • 个人邮箱
  • 点击加入QQ群
  • 个人微店

  • 回到顶部
返回顶部