猜想是sending data的线程占用了“所有的分配给mysql的资源”，导致后来的线程全部挂起，由于“查询（线程）是依次执行的”，后面locked的线程一直在等待前面sending data的线程结束。(这一段是猜想的…)
sending data的这个线程U是一个select 查询，这个select对6张表进行了连接（公司的一个实习生提交的一个查询），其中有两张表的数据量在10w左右，另外有张data表数据量在 1000w左右，另外还有sum(distinct ) ，group by，order by… 可以想象下…不知道要到何年何月这个查询才能执行完。
这个sending data的慢查询的processid为799，当机立断运行
然后再运行
可以看到前面locked的线程在一个个依次执行，后面还有好多个跟线程U类似的select线程，全部kill掉后，被堵塞的别的正常的几个Update，select，insert操作很快就执行完了。
而后，web应用恢复正常，速度变快。
返回linux命令行，使用
| [root@redhat var]# top <shift+m 按内存使用排序> <1 显示cpu使用情况> |
这时候可以发现server负载恢复正常。
下面解决无法正常关闭重启的情况。
也就是因为前面同事的误操作引起的
| ERROR 2002 (HY000): Can't connect to local MySQL server through socket '/tmp/mysql.sock' (2) 和MySQL manager or server PID file could not be found! [FAILED] |
的错误。
我前面不是怀疑是配置文件里面有什么无法识别的参数选项么。
通过
| [root@redhat var]# diff /etc/my.cnf /etc/my.cnf.bak |
发现，配置文件没有问题。
#我的server的hostname，mysql pid文件默认名字为hostname.pid，如果没有在/etc/my.cnf里面指定特定和pid filename和pid file path的话，这个文件是跟mysql数据在一起的。
| [root@redhat var]# diff /etc/my.cnf /etc/my.cnf.bak |
这时候通过
| #切换到mysql data dir（mysql的数据文件目录下） #你们的mysql data dir或许跟我的不一样哦，我的是/var/lib/mysql/var/ [root@redhat var]# cd /var/lib/mysql/var/ |
获取mysql用户运行的mysql进程的 pid，然后导入到hostname.pid文件里面
| [root@redhat var]# echo `ps aux | grep mysql | grep "user=mysql" | grep -v "grep" | awk '{print $2}'`>> redhat.pid #注意这里的redhat.pid跟hostname相关，这里是我的hostname.pid |
将文件的属主和属主组改为mysql:mysql
| [root@redhat var]# chown mysql:mysql redhat.pid |
然后运行
