摘要:
前言:在一般运维工作中经常会遇到这么一个场景,服务器的IO负载很高(iostat中的util),但是无法快速的定位到IO负载的来源进程和来源文件导致无法进行相应的策略来解决问题。这个现象在MySQL上更为常见,在5.6(performance_schema提供io instrument)之前,我们通常只能猜到是MySQL导致的高IO,但是没法定位具体是哪个文件带来的负载。例如是ibdata的刷写?还是冷门ibd的随机读取?本文就将介绍一个比较简单的定位IO高负载的流程。工具准备:iotop:http://guichaz.free.fr/iotop/pt-ioprofile:http://www 阅读全文