如何处理MySQL经常出现CPU占用率达到99%

情况说明：

最近在自己购买的linux服务器上捣鼓了一个小项目，按理说不存在CPU占用率会达到100%的情况，但事实就是经常出现。

然后，我第一反应是“卧槽，被人当矿机了？”，然后一顿查询操作后，发现并没有被人捣鼓，问题出现在mysql上，MySQL的CPU占用率达到了100%；这是我就很纳闷了，这么小个程序，不应该啊。然后就开始了排查。

查询了下sql进程，发现：

mysql> show processlist;

+-----+------+----------------------+-------------+---------+------+-------+------------------+

| Id  | User | Host                 | db          | Command | Time | State | Info             |

+-----+------+----------------------+-------------+---------+------+-------+------------------+

|   8 | root | 182.150.55.136:64138 | itresources | Sleep   | 16686 |       | NULL             |

|   18 | root | 182.150.55.136:65138 | itresources | Sleep   | 12886 |       | NULL             |

|   22 | root | 182.150.55.136:66138 | itresources | Sleep   | 14486 |       | NULL             |

|   11 | root | 182.150.55.136:67138 | itresources | Sleep   | 1116 |       | NULL             |

| 206 | root | localhost            | NULL        | Query   |    0 | NULL  | show processlist |

+-----+------+----------------------+-------------+---------+------+-------+------------------+

2 rows in set (0.00 sec)

发现MySQL上有大量的闲置连接。

解决措施1：

MySQL服务器所支持的最大连接数是有上限的，因为每个连接的建立都会消耗内存，因此我们希望客户端在连接到MySQL Server处理完相应的操作后，应该断开连接并释放占用的内存。如果你的MySQL Server有大量的闲置连接，他们不仅会白白消耗内存，而且如果连接一直在累加而不断开，最终肯定会达到MySQL Server的连接上限数，这会报'too many connections'的错误。对于wait_timeout的值设定，应该根据系统的运行情况来判断。在系统运行一段时间后，可以通过show processlist命令查看当前系统的连接状态，如果发现有大量的sleep状态的连接进程，则说明该参数设置的过大，可以进行适当的调整小些。

 Mysql> show variables like '%timeout%';

+-----------------------------+----------+

| Variable_name              | Value    |

+-----------------------------+----------+

| connect_timeout            | 10      |

| delayed_insert_timeout      | 300      |

| innodb_flush_log_at_timeout | 1        |

| innodb_lock_wait_timeout    | 50      |

| innodb_rollback_on_timeout  | OFF      |

| interactive_timeout        | 28800    |

| lock_wait_timeout          | 31536000 |

| net_read_timeout            | 30      |

| net_write_timeout          | 60      |

| slave_net_timeout          | 3600    |

| wait_timeout                | 28800    |

+-----------------------------+----------+

11 rows in set (0.00 sec)

经查询发现原来mysql没有进行过优化，还是原来的默认值：28800（即8个小时）

编辑 /etc/my.cnf 文件,在mysqld 下新增 timeout参数，设置为120秒，如下：

【mysqld】

wait_timeout=120

interactive_timeout=120

注意：要同时设置interactive_timeout和wait_timeout才会生效。

最后重启一下mysql 生效即可！

mysql> show variables like '%timeout%';

+----------------------------+----------+

| Variable_name              | Value    |

+----------------------------+----------+

| connect_timeout            | 10       |

| delayed_insert_timeout     | 300      |

| innodb_lock_wait_timeout   | 50       |

| innodb_rollback_on_timeout | OFF      |

| interactive_timeout        | 120      |

| lock_wait_timeout          | 31536000 |

| net_read_timeout           | 30       |

| net_write_timeout          | 60       |

| slave_net_timeout          | 3600     |

| wait_timeout               | 120      |

+----------------------------+----------+

10 rows in set (0.00 sec)

解决措施2：

如果上述问题还是不能解决的话，可以使用以下脚本定时杀掉CPU占用率95%以上的进程

#!/bin/sh

# qiyulin to monitor used CPU

record=0

while true;

do

cpu=$(top -b -n1 | grep 'mysql' | head -1 | awk '{print $9}')

pid=$(top -b -n1 | grep 'mysql' | head -1 | awk '{print $1}')

#cpu check

result=${cpu/.*}

if [[ $record == $pid ]];then kill -9 $pid;echo "$pid was killed";fi

if [[ $result > 95 || $result == 100 ]];then let record=${pid};else let record=0;fi

#echo

echo `date +%F" "%H:%M:%S`+" cpu:$result% record pid:$record pid:$pid"

sleep 60

done

使用如下命令启动，可以保证该脚本的持续运行，并且能在CPU.out文件中看到日志记录：

nohup sh ./checkCPU.sh > CPU.out &