MySQL占用CPU过高如何优化?执行 top 命令

楼层直达

云烟

级别: 安逸大版主

只看该作者安逸板凳发表于: 2017-02-25

引用

-----------+
| 152 | root | 192.168.0.100:1808 | atomic_data | Query   | 5600 | copy to tmp table | alter table `atomic_data`.`basic_point_beijing_p1`
   change `valid` `type` int(2) NULL ,
   chang |
| 155 | root | 192.168.0.100:1944 | atomic_data | Query   | 4702 | Locked            | alter table `atomic_data`.`basic_point_beijing_p1`
   change `valid` `type` int(2) NULL ,
   chang |
| 158 | root | localhost          | atomic_data | Query   |    0 | NULL              | show processlist                                                                                     |

(2) kill 152;

引用

Query OK, 0 rows affected (0.00 sec)

(3) show preocesslist;
引用

+-----+------+--------------------+-------------+---------+------+-------------------+------------------------------------------------------------------------------------------------------+
| Id  | User | Host               | db          | Command | Time | State             | Info                                                                                                 |
+-----+------+--------------------+-------------+---------+------+-------------------+------------------------------------------------------------------------------------------------------+
| 155 | root | 192.168.0.100:1944 | atomic_data | Query   | 4840 | copy to tmp table | alter table `atomic_data`.`basic_point_beijing_p1`
   change `valid` `type` int(2) NULL ,
   chang |
| 158 | root | localhost          | atomic_data | Query   |    0 | NULL              | show processlist

批量 kill mysql 中运行时间长的sql

以下内容来自mysql手册：
13.5.5.3. KILL语法
KILL [CONNECTION | QUERY] thread_id
每个与mysqld的连接都在一个独立的线程里运行，您可以使用SHOW PROCESSLIST语句查看哪些线程正在运行，并使用KILL thread_id语句终止一个线程。
KILL允许自选的CONNECTION或QUERY修改符：
· KILL CONNECTION与不含修改符的KILL一样：它会终止与给定的thread_id有关的连接。
· KILL QUERY会终止连接当前正在执行的语句，但是会保持连接的原状。
如果您拥有PROCESS权限，则您可以查看所有线程。如果您拥有SUPER权限，您可以终止所有线程和语句。否则，您只能查看和终止您自己的线程和语句。
您也可以使用mysqladmin processlist和mysqladmin kill命令来检查和终止线程。
注释：您不能同时使用KILL和Embedded MySQL Server库，因为内植的服务器只运行主机应用程序的线程。它不能创建任何自身的连接线程。
当您进行一个KILL时，对线程设置一个特有的终止标记。在多数情况下，线程终止可能要花一些时间，这是因为终止标记只会在在特定的间隔被检查：
· 在SELECT, ORDER BY和GROUP BY循环中，在读取一组行后检查标记。如果设置了终止标记，则该语句被放弃。
· 在ALTER TABLE过程中，在每组行从原来的表中被读取前，检查终止标记。如果设置了终止标记，则语句被放弃，临时表被删除。
· 在UPDATE或DELETE运行期间，在每个组读取之后以及每个已更行或已删除的行之后，检查终止标记。如果终止标记被设置，则该语句被放弃。注意，如果您正在使用事务，则变更不会被回滚。
· GET_LOCK()会放弃和返回NULL。
· INSERT DELAYED线程会快速地刷新（插入）它在存储器中的所有的行，然后终止。
· 如果线程在表锁定管理程序中（状态：锁定），则表锁定被快速地放弃。
· 如果在写入调用中，线程正在等待空闲的磁盘空间，则写入被放弃，并伴随"disk full"错误消息。
· 警告：对MyISAM表终止一个REPAIR TABLE或OPTIMIZE TABLE操作会导致出现一个被损坏的没有用的表。对这样的表的任何读取或写入都会失败，直到您再次优化或修复它（不中断）。

1、通过information_schema.processlist表中的连接信息生成需要处理掉的MySQL连接的语句临时文件，然后执行临时文件中生成的指令
复制代码
mysql> select concat('KILL ',id,';') from information_schema.processlist where user='root';
+------------------------+
| concat('KILL ',id,';')
+------------------------+
| KILL 3101;
| KILL 2946;
+------------------------+
2 rows in set (0.00 sec)

mysql>select concat('KILL ',id,';') from information_schema.processlist where user='root' into outfile '/tmp/a.txt';
Query OK, 2 rows affected (0.00 sec)

mysql>source /tmp/a.txt;
Query OK, 0 rows affected (0.00 sec)
复制代码

2、
　　杀掉当前所有的MySQL连接
mysqladmin -uroot -p processlist|awk -F "|" '{print $2}'|xargs -n 1 mysqladmin -uroot -p kill
　　杀掉指定用户运行的连接，这里为Mike
mysqladmin -uroot -p processlist|awk -F "|" '{if($3 == "Mike")print $2}'|xargs -n 1 mysqladmin -uroot -p kill
　
3、通过SHEL脚本实现
#杀掉锁定的MySQL连接
for id in `mysqladmin processlist|grep -i locked|awk '{print $1}'`
do
   mysqladmin kill ${id}
done

4、通过Maatkit工具集中提供的mk-kill命令进行
#杀掉超过60秒的sql
mk-kill -busy-time 60 -kill
#如果你想先不杀，先看看有哪些sql运行超过60秒
mk-kill -busy-time 60 -print
#如果你想杀掉，同时输出杀掉了哪些进程
mk-kill -busy-time 60 -print –kill
　　mk-kill更多用法可参考：
　　http://www.maatkit.org/doc/mk-kill.html
　　http://www.sbear.cn/archives/426
　　Maatkit工具集的其它用法可参考：
　　http://code.google.com/p/maatkit/wiki/TableOfContents?tm=6
　　参考文档：
　　http://www.google.com
　　http://www.orczhou.com/index.PHP/2010/10/kill-mysql-connectio-in-batch/
　　http://www.mysqlperformanceblog.com/2009/05/21/mass-killing-of-mysql-connections/

回复引用

举报顶端

发帖回复

« 返回列表

«12»

鍏�2椤�

上一主题下一主题


	http://www.cnease.cn 访问内容超出本站范围，不能确定是否安全


	关闭选中1篇全选