cpu 100% mysql占用太多 优化mysql

转自：http://vickyzhang.blog.51cto.com/5930715/1913054

mysql实例cpu超过100%分析
当咱们mysql数据库实例超过100%时,这种状况都是因sql性能问题致使,实例出现卡主现象:
1.原理，cpu消耗过大有慢sql形成,慢sql包括全表扫描，扫描数据量太大，内存排序，磁盘排序，锁争用等；
2.表的现象sql执行状态为:sending data,copying to tmp table,copying to tmp table on disk,sorting result,using filesort,locked;
3.解决方式:登录数据库，show processlist查看当前正在执行的sql，当执行完show processlist后出现大量语句，一般
状态如条2所写，sql有性能问题
a.sending data:sql正从表中查询数据，若是查询条件没有适当索引，会致使sql执行时间过长
b.copying to tmp table on disk:因临时结果集太大，超过数据库规定的临时内存大小,须要拷贝临时结果集到磁盘上
c.sorting result,using filesort:sql正在执行排序操做，排序操做会引发较多的cpu消耗，能够经过添加索引，或
减少排序结果集
不一样的实例规格iops能力不一样，如，iops为150个，也就是每秒可以提供150次的随机磁盘io操做，因此若是用户的数据量
很大，内存很小，因iops的限制，一条慢sql就有可能消耗掉全部io资源，而影响其余sql查询，对于数据库就是全部的sql
须要执行很长时间才返回结果集，对于应用会形成总体响应变慢。

 

中午邮件收到cpu警告，上服务器查看，mysql居然超出了230%，服务器基本上不能使用了，赶忙排查问题

show processlist查看当前正在执行的sql，看到有几条有异常的sql语句，发现从表中查询的数据过大，赶忙kill掉这些正在运行的语句

kill 2824；

发现cpu下降了，将全部的异常语句都kill掉。cpu已回复到80%。服务器已经能够正常运行了

可是仍有一条语句kill不掉，只能等待执行完成，例如途中的ID2854。半个小时候运行完成，cpu已经降到1.0%左右

 

 

1 show processlist;

 

SHOW PROCESSLIST显示哪些线程正在运行。您也可使用mysqladmin processlist语句获得此信息。若是您有SUPER权限，您能够看到全部线程。不然，您只能看到您本身的线程（也就是，与您正在使用的MySQL帐户相关的线程）。若是有线程在update或者insert 某个表，此时进程的status为updating 或者 sending data。

 

若是您获得“too many connections”错误信息，而且想要了解正在发生的状况，本语句是很是有用的。MySQL保留一个额外的链接，让拥有SUPER权限的帐户使用，以确保管理员可以随时链接和检查系统（假设您没有把此权限给予全部的用户）。

 

Status	含义
Checking table	正在检查数据表（这是自动的）。
Closing tables	正在将表中修改的数据刷新到磁盘中，同时正在关闭已经用完的表。这是一个很快的操做，若是不是这样的话，就应该确认磁盘空间是否已经满了或者磁盘是否正处于重负中。
Connect Out	复制从服务器正在链接主服务器。
Copying to tmp table on disk	因为临时结果集大于tmp_table_size，正在将临时表从内存存储转为磁盘存储以此节省内存。
Creating tmp table	正在建立临时表以存放部分查询结果。
deleting from main table	服务器正在执行多表删除中的第一部分，刚删除第一个表。
deleting from reference tables	服务器正在执行多表删除中的第二部分，正在删除其余表的记录。
Flushing tables	正在执行FLUSH TABLES，等待其余线程关闭数据表。
Killed	发送了一个kill请求给某线程，那么这个线程将会检查kill标志位，同时会放弃下一个kill请求。MySQL会在每次的主循环中检查kill标志位，不过有些状况下该线程可能会过一小段才能死掉。若是该线程程被其余线程锁住了，那么kill请求会在锁释放时立刻生效。
Locked	被其余查询锁住了。
Sending data	正在处理SELECT查询的记录，同时正在把结果发送给客户端。
Sorting for group	正在为GROUP BY作排序。
Sorting for order	正在为ORDER BY作排序。
Opening tables	这个过程应该会很快，除非受到其余因素的干扰。例如，在执ALTER TABLE或LOCK TABLE语句行完之前，数据表没法被其余线程打开。正尝试打开一个表。
Removing duplicates	正在执行一个SELECT DISTINCT方式的查询，可是MySQL没法在前一个阶段优化掉那些重复的记录。所以，MySQL须要再次去掉重复的记录，而后再把结果发送给客户端。
Reopen table	得到了对一个表的锁，可是必须在表结构修改以后才能得到这个锁。已经释放锁，关闭数据表，正尝试从新打开数据表。
Repair by sorting	修复指令正在排序以建立索引。
Repair with keycache	修复指令正在利用索引缓存一个一个地建立新索引。它会比Repair by sorting慢些。
Searching rows for update	正在讲符合条件的记录找出来以备更新。它必须在UPDATE要修改相关的记录以前就完成了。
Sleeping	正在等待客户端发送新请求。
System lock	正在等待取得一个外部的系统锁。若是当前没有运行多个mysqld服务器同时请求同一个表，那么能够经过增长--skip-external-locking参数来禁止外部系统锁。
Upgrading lock	INSERT DELAYED正在尝试取得一个锁表以插入新记录。
Updating	正在搜索匹配的记录，而且修改它们。
User Lock	正在等待GET_LOCK()。
Waiting for tables	该线程获得通知，数据表结构已经被修改了，须要从新打开数据表以取得新的结构。而后，为了能的从新打开数据表，必须等到全部其余线程关闭这个表。如下几种状况下会产生这个通知：FLUSH TABLES tbl_name, ALTER TABLE, RENAME TABLE, REPAIR TABLE, ANALYZE TABLE,或OPTIMIZE TABLE。
waiting for handler insert	INSERT DELAYED已经处理完了全部待处理的插入操做，正在等待新的请求。

 

大部分状态对应很快的操做，只要有一个线程保持同一个状态好几秒钟，那么多是有问题发生了，须要检查一下。还有其余的状态没在上面中列出来，不过它们大部分只是在查看服务器是否有存在错误是才用得着。

 

 

MySQL锁定状态查看命令

 

2 show full processlist;

 

show processlist;只列出前100条，若是想全列出请使用show full processlist;

 

3 show open tables;

 

这条命令可以查看当前有那些表是打开的。In_use列表示有多少线程正在使用某张表，Name_locked表示表名是否被锁，这通常发生在Drop或Rename命令操做这张表时。因此这条命令不能帮助解答咱们常见的问题：当前某张表是否有死锁，谁拥有表上的这个锁等。

 

show open tables from database;

 

 

4 show status like ‘%lock%’

 

查看服务器状态。

 

 

5 show engine innodb status\G;

 

MySQL 5.1以前的命令是：show innodbstatus\G;，MySQL 5.5使用上面命令便可查看innodb引擎的运行时信息。

 

 

6 show variables like ‘%timeout%’;

 

查看服务器配置参数。