Mysql 高负载排查思路

Mysql 高负载排查思路 


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

排查思路 
1. 确定高负载的类型,top命令看负载高是CPU还是IO。 
2. mysql 下执行查看当前的连接数与执行的sql 语句。 
3. 检查慢查询日志，可能是慢查询引起负载高。 
4. 检查硬件问题，是否磁盘故障问题造成的。 
5. 检查监控平台，对比此机器不同时间的负载。 

确定负载类型(top)

1. top - 10:14:18 up 23 days, 11:01,  1 user, load average: 124.17, 55.88, 24.70 
2. Tasks: 138 total,   1 running, 137 sleeping,   0 stopped,   0 zombie 
3. Cpu(s):  2.4%us,  1.0%sy,  0.0%ni, 95.2%id,  2.0%wa,  0.1%hi,  0.2%si,  0.0%st 
4. Mem:   3090528k total,  2965772k used,   124756k free,    93332k buffers 
5. Swap:  4192956k total,  2425132k used,  1767824k free,   756524k cached 
6.            
7. PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND 
8. 30833 mysql     15   0 6250m 2.5g 4076 S 257.1 49.9 529:34.45 mysqld  

查看当前的连接数与执行的sql 语句

1. show processlist; 
2. Id  User    Host    db  Command Time    State   Info 
3. 192 slave   8.8.8.142:39820 NULL    Binlog Dump 58982   Has sent all binlog to slave; waiting for binlog to be updated  NULL 
4. 194 slave   8.8.8.120:41075 NULL    Binlog Dump 58982   Has sent all binlog to slave; waiting for binlog to be updated  NULL 
5. 424891 biotherm    8.8.8.46:57861  biotherm    Query   493 Sending data    SELECT * FROM xxx_list WHERE tid = '1112'  AND del = 0  ORDER BY  id 
6. DESC  LIMIT 0, 4 
7. 424917 biotherm    8.8.8.49:50984  biotherm    Query   488 Sending data    SELECT * FROM xxx_list WHERE tid = '1112'  AND del = 0  ORDER BY  id 
8. DESC  LIMIT 0, 4 
9. .............................................. 
10. 430330 biotherm    8.8.8.42:35982  biotherm    Query   487 Sending data    SELECT * FROM xxx_list WHERE tid = '1112'  AND del = 0  

记录慢查询 
编辑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进程，可能导致数据丢失，所以执行前要衡量数据的重要性。 

案例:索引导致的问题 

结束 
更多请： 
linux 系统运维  37275208 
vmware 虚拟化  166682360

本文转自 dongnan 51CTO博客，原文链接：http://blog.51cto.com/dngood/1150031