1.开辟反应某一测试环境sql运转迟缓，而在其他测试环境该sql运转很快。两个环境其设置雷同，均只布置了mysql服务器。
2.实行top敕令发明sql运转迟缓的机械上磁盘iowait较sql运转较快的机械凌驾许多。推想这是以致sql运转迟缓的主因，由于该sql是要读取表，表较大，且要扫描的行数较多。
3.终究是什么以致机械iowait高呢，实行iotop发明斲丧io的历程主如果mysql，而且主如果mysql上的读操纵。
4.想必是有其他高频运转的查询语句不断从某大表中查询数据，且查询时能够运用不到索引，要扫描的表行数较多，从而以致高频io操纵，以致其他需io操纵的sql运转迟缓。
5.终究是什么sql引发的呢？开启了general log，发明收集到的语句太多，且不能很好定位到高开支的sql。
6.开启slow log,long_query_time置为1，来捕捉慢查询，同时运用pt-ioprofile用来追踪mysql数据文件中哪些文件上的io斲丧比较多。
7.综合slow log(可运用pt-query-digest举行聚合)和pt-ioprofile的效果发明确实是两条典范的须要扫描全表的且对应的表非常大的sql频仍实行以致了磁盘的高io。
8.那末剩下的题目就是优化表或许查询了。最简朴直接的是经由过程建适宜的索引来提拔查询机能，削减表扫描行数，须要继承压迫机能的话就是优化sql的写法，调解表构造，调解参数设置来处理了。
9.先从收益最大的要领入手，先评价sql语句，依据语句中的前提检察各个字段的数据散布状况，经由过程explain等评价在字段上建立索引或多列团结索引的合理性，并建立适宜的索引。
10.末了发明建好索引后本来须要扫全表的语句经由过程索引可有用削减扫描行数，继而io操纵削减了，服务器的iowait讲题，本来反应的运转较慢的sql运转速率得以提拔，但照样不够抱负。
11.末了经由过程在该慢语句对应的表建索引，并修改where前提中运用毛病的值范例极大的提拔了sql语句运转速率，且服务器团体IO斲丧大大下降。
12.可经由过程pt-query-digest聚合优化后mysql server发生的slow log以及运用pt-ioprofile剖析优化后mysql数据文件io占用状况，可相识到优化前后的差别状况。
以上就是MYSQL数据库服务器高iowait怎样优化的细致内容，更多请关注ki4网别的相干文章！
