备份后，对数据库的堵塞检查

Hank丶Yoon

于 2016-01-29 10:29:03 发布

阅读量366

点赞数

CC 4.0 BY-SA版权

分类专栏： MySQL

本文链接：https://blog.youkuaiyun.com/yoon0205/article/details/50605529

MySQL 专栏收录该内容

88 篇文章

订阅专栏

本文讲述了由于一条长时间运行的SQL语句导致的数据库堵塞问题，强调了在进行数据库备份，特别是备份MyISAM表时可能引发的问题。为避免类似情况，建议在备份完成后进行SQL语句的检查，确保数据库正常运行。文中提到了使用Percona Toolkit的pt-kill工具来检测和处理可能存在的长时间运行进程。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

之前，因为一条有问题的SQL语句，导致堵塞订单表，使全网无法下单。

因此在有活动的时候，重新梳理检查，确保数据库没有问题。

问题：
一条有问题的select语句执行了10几个小时，凌晨4点数据库通过innobackupex开始备份，开始备份innodb表，不会产生锁和堵塞，不会有问题，但是开始备份Myisam表的时候，会锁全表，而select是open table的操作，导致堵塞hang住！

因此在有活动的时候，凌晨4点备份结束以后，在凌晨4：30，检查下有没有执行过程的SQL语句，确保下数据库。

安装percona-toolkit工具就不描述了。

导出MySQL的show processlist :

[root@yoon export]# mysql -uroot -p -e "show proceseslist" > yoon.sql

用percona-toolkit工具分析yoon.sql
[root@yoon export]# pt-kill --test-matching yoon.sql --busy-time 60 --print

也可以使用如下命令：(我更喜欢用上面的命令，我喜欢繁琐，哈哈哈)
[root@yoon export]# pt-kill --busy-time 60 --print --user=root --password

检查主要的几个数据库，预防下。