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

  1. 云栖社区>
  2. 博客>
  3. 正文

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

天飞 2016-05-16 11:34:01 浏览4825 评论0

摘要: 其实,为客户提供相关日志,不就是RACKSPACE主要作的事? 俺们以后也可以效仿的。不要去解决,而是协助客户定位。 http://blog.const.net.cn/a/17275.htm 上文的思路明显的。

其实,为客户提供相关日志,不就是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进程,可能导致数据丢失,所以执行前要衡量数据的重要性

 

【云栖快讯】阿里巴巴小程序繁星计划,20亿补贴第一弹云应用免费申请,限量从速!  详情请点击

网友评论