MYSQL的硬盘IO过高引起的CPU过高判断

其实,为客户提供相关日志,不就是RACKSPACE主要作的事?

俺们以后也可以效仿的。不要去解决,而是协助客户定位。

http://blog.const.net.cn/a/17275.htm

上文的思路明显的。

top命令 查看服务器负载,发现 mysql竟然百分之两百的cpu,引起Mysql 负载这么高的原因,估计是索引问题和某些变态SQL语句.

排查思路

1. 确定高负载的类型,top命令看负载高是CPU还是IO。

2. mysql 下执行查看当前的连接数与执行的sql 语句。

3. 检查慢查询日志,可能是慢查询引起负载高。

4. 检查硬件问题,是否磁盘故障问题造成的。

5. 检查监控平台,对比此机器不同时间的负载。

~~~~~~~~~~~~~~~~~

记录慢查询 编辑Mysql 配置文件(my.cnf),在[mysqld]字段添加以下几行:

  1. log_slow_queries = /usr/local/mysql/var/slow_queries.log   #慢查询日志路径 
  2. long_query_time = 10                                       #记录SQL查询超过10s的语句 
  3. log-queries-not-using-indexes = 1                          #记录没有使用索引的sql 

查看慢查询日志

  1. tail /usr/local/mysql/var/slow_queries.log 
  2. # Time: 130305  9:48:13 
  3. # User@Host: biotherm[biotherm] @  [8.8.8.45] 
  4. # Query_time: 1294.881407  Lock_time: 0.000179 Rows_sent: 4  Rows_examined: 1318033 
  5. SET timestamp=1363916893
  6. SELECT * FROM xxx_list WHERE tid = ‘11xx‘  AND del = 0  ORDER BY  id DESC  LIMIT 0, 4;  

4个参数 Query_time: 0 Lock_time: 0 Rows_sent: 1 Rows_examined: 54 分别意思为:查询时间 锁定时间 查询结果行数 扫描行数,主要看扫描行数多的语句,然后去数据库加上对应的索引,再优化下变态的sql 语句。
极端情况kill sql进程

  1. 找出占用cpu时间过长的sql,在mysql 下执行如下命令: 
  2. show processlist; 
  3. 确定后一条sql处于Query状态,且Time时间过长,锁定它的ID,执行如下命令: 
  4. kill QUERY  269815764;  

注意:杀死 sql进程,可能导致数据丢失,所以执行前要衡量数据的重要性

郑重声明:本站内容如果来自互联网及其他传播媒体,其版权均属原媒体及文章作者所有。转载目的在于传递更多信息及用于网络分享,并不代表本站赞同其观点和对其真实性负责,也不构成任何其他建议。