mysql占用磁盘io_第03问:磁盘IO报警,MySQL读写哪个文件慢了?

a4063e3a7d67b811dac07124f14e8255.png

问题:

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

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

构造环境:

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

实验:

想观察 IO 相关的行为,需启用 performance_schema 的 instrument(生产者)和 consumer(消费者)。将 performance_schema 的配置重置为默认配置,IO 相关的 instrument(生产者)在默认配置里开启。

c20d0ebf3189409e9ebfc6cc6ef92947.png

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

a3e99292e57e61333af751d5081168c9.png

将已记录的性能数据清零

55963fb0ae9917c999a42169e8694f19.png

向 MySQL 施加压力

48ca91177d82ebb210dc5a3972871a36.png

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

a29ef04c88f37e305bbd1fedfb9a9f64.png

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

f53d4edcd0c908eb9b09525c122fdd83.png

结论:

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

需注意:

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

小知识:

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

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

sys.x$latest_file_io 视图涉及到两张表:

performance_schema. events_waits_history_long 和 performance_schema. threads

如果某个线程退出,就不会出现在 sys.x$latest_file_io 视图。

所以 sys.x$latest_file_io 不是"最近的 IO 操作记录",而是"当前活跃线程的最近的 IO 操作记录"。

f435afa1f55a0019b75336160f0084d7.png

文章来源: www.oschina.net,作者:爱可生,版权归原作者所有,如需转载,请联系作者。

原文链接:https://my.oschina.net/actiontechoss/blog/3193494

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值