记一条由SELECT引发的血案

1.WEBSERVER突然不停的RESTART,查LOGS时，发现WEB调用某个API时报错；2.查API，已经DWON了，重启API恢复；3.查APILOGS，发现MYSQL异常；4.top，发现MYSQL占用CPU

1.WEB SERVER突然不停的RESTART,查LOGS时，发现WEB调用某个API时报错；

2.查API，已经DWON了，服务器，重启API恢复；

3.查API LOGS，发现MYSQL异常；

4.top，免备案空间，发现MYSQL占用CPU达到100－300%……

5.继续追查MYSQL,show processlist时，瞬间懵了。。

这条SELECT耗时274565s，导致一千多个thread处于waiting状态。血淋淋的刽子手。。

把这条SQL给开发确认后，kill掉这条SQL的id，服务器租用，恢复正常

最后善后！

感谢葡萄，join等提供的思路~~

补：

很多的反应图太小，看不清。附上大图一张（数据与之前的不同，但格式是一样的。）

本文出自 “Wowking” 博客，请务必保留此出处