查找让mysql cpu达到100%的罪魁祸首

查找让mysql cpu达到100%的罪魁祸首
今天服务器速度非常慢我开始查找原因

free -m
total used free shared buffers cached
Mem: 64376 63359 1016 14 3921 47879
-/+ buffers/cache: 11558 52817
Swap: 0 0 0
内存还有一个g不应该这么慢，于是我又使用top 命令查找查看使用cpu情况
————————————————

可以看出mysql 的cpu 使用率达到100%，可以看出MySQL有优化的地方

第一步肯定是线看看是不是mysql使用的线程十分多，如果线程十分多可能出现两种情况 nginx 访问量比较大，要不就是程序架构出现问题，导致cpu占用十分高

show full processlist;

+——–+——+—————–+——–+———+——+——-+———————–+
| Id | User | Host | db | Command | Time | State | Info |
+——–+——+—————–+——–+———+——+——-+———————–+
| 386527 | root | 127.0.0.1:49172 | screen | Sleep | 1 | | NULL |
| 386528 | root | 127.0.0.1:49173 | screen | Sleep | 2 | | NULL |
| 386529 | root | 127.0.0.1:49174 | screen | Sleep | 1 | | NULL |
| 386530 | root | 127.0.0.1:49175 | screen | Sleep | 0 | | NULL |
| 524172 | root | localhost | NULL | Query | 0 | init | show full processlist |
+——–+——+—————–+——–+———+——+——-+———————–+
5 rows in set (0.00 sec)

可以看出只有5个线程，所以这不是mysql cpu占用100%的使用原因

show variables like ‘%slowquerylog%’;

查找慢日志查询

+———————+——————————–+
| Variable_name | Value |
+———————+——————————–+
| slow_query_log | ON |
| slow_query_log_file | /data/mysql/long_logs/long.log |
+———————+——————————–+

日志位置位于/data/mysql/long_logs/long.log

vim /data/mysql/long_logs/long.log 

可以看出罪魁祸首就是
SELECT id,upload_img_time,ctime FROM `sg_point_log` WHERE pid = 1105 AND date(ctime) = curdate() AND upload_img_time != 0 ORDER BY id DESC limit 1;
然后用mysql 执行这个sql语句速度居然慢到
mysql> SELECT id,upload_img_time,ctime FROM `sg_point_log` WHERE pid = 1105 AND date(ctime) = curdate() AND upload_img_time != 0 ORDER BY id DESC limit 1;
Empty set (20.65 sec)