摘要： 前言：在一般运维工作中经常会遇到这么一个场景，服务器的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 阅读全文