搭建好的一套从库，发现延迟很高，一直追不上，从库的bin_log没开，flush_log_at_trx_commit设置为0，简化的状态如下：
发现Master_Log_File,Read_Master_Log_Pos一直进展比较缓慢，一般来说内网的瓶颈不会在网络，同时一般I/O THREAD并不存再CPU密集型操作，那么瓶颈很可能在I/O,使用iotop命令查看服务器I/O情况如下：
发现MYSQL线程LWP号为44706 的线程I/O非常高，但是写入只有600来K，明显这种情况是不正常的。
一般来说，LINUX有KERNEL BUFFER/CACHE，write只是写入到KERNEL BUFFER/CACHE就好了；
例外就是以dirctor写入方式，这种方式依赖的是用户态缓存，还有就是写入调用了大量的fsync之类的同步kernel cache/buffer到磁盘的系统调用。
然后查看这个LWP号是否为I/O thread如下，因为5.7可以非常轻松的找到MYSQL conn_id和系统LWP之间的关系如下：
确实发现这个大量I/O的确实是MYSQL从库的I/O thread，那么接下来的就是进行strace看看到底为什么这么慢，strace片段如下：