SQL慢查询排查思路

前言

• 平时在工作中每天都会做巡检，将前一天所有超过500ms的慢SQL排查出来

• 查找原因，是否能进行优化。慢慢中，在形成了一套思路方法论。

• 我个人认为对于排查慢SQL还是有一定的帮助

（一）、是否是SQL语句本身导致的慢SQL

• SQL语句是否走了索引。此条可以用 explain命令 查看

• SQL语句是不是select的数据量非常非常的大。比如是一个 长长的json串 ，在网络传输的过程中会非常的耗时

（二）、SQL慢查询是否是其他外在因素导致的

• 如果SQL语句本身没有问题，大概率就是偶尔出现，其他因素影响的。

• 慢SQL这段时间， 请求量是否很大 ，MySQL是否能支撑住此刻的访问量

• 此刻时间，是否有定时任务在大量操作数据库，造成锁表等？

• 是不是其他组执行了一条很长的操作，影响了你们的SQL

（三）、SQL慢查询是否只在一个机房出现

• 比如应用部署在了A, B两个机房。当时数据库在A机房。

• 此时A机房的应用请求数据库，明显会比B机房的应用，跨机房请求A机房的数据库要效果好。

• 此刻时间，是否只有跨机房才会出现慢SQL。同机房不会出现

（四）、SQL慢查询是否由于网络原因

• 比如应用到数据库并不是直连的，。 应用 -->  中间件A  -->  中间件B  -->  数据库实例

• 应用到中间件A。此段网络是否正常，中间件A 到B是否正常，中间件B到数据数据库是否正常等等

• 可以用tcpdump抓包看看。是否出现了重传的现象，是否某一刻网络出现了问题等等