1. 获取mysql进程Id

ps -ef |grep -i mysql

image.png

2. 实时查看mysql进程中占用cpu，内存最多的操作系统线程Id

top -Hp 6132

image.png

3. 根据操作系统线程id，查看mysql数据库中对应的线程id，根据mysql数据库的线程id获取sql

• 连接mysql，用root用户连接

mysql -u root -P 3306 -h 127.0.0.1 -p
一般情况，root用户只允许本地登录，是不允许远程登录，为了安全性

• 根据操作系统的线程id，查询可疑的mysql的线程id

select thread_id,name ,PROCESSLIST_ID,THREAD_OS_ID from performance_schema.threads where thread_os_id =136942 ;

image.png

标红的是mysql的线程id

• 根据mysql的线程id，查询具体的sql

select sql_text from performance_schema.events_statements_current where thread_id =1254;

• 也可以两个sql，一起使用

select sql_text from performance_schema.events_statements_current 
where thread_id in ( select thread_id from performance_schema.threads where thread_os_id = 408271);

image.png

• 在mysql内部，快速查看可疑sql内容

show  processlist;
ps:Id为mysql线程id

image.png

select sql_text from performance_schema.events_statements_current where
 thread_id in (select thread_id from performance_schema.threads where processlist_id = 15396);

image.png

4. 事务卡住情况

• 查询当前运行的所有事务

mysql> SELECT * FROM information_schema.INNODB_TRX;

• 当前出现的锁

mysql> SELECT * FROM information_schema.INNODB_LOCKs;

• 锁等待的对应关系

mysql> SELECT * FROM information_schema.INNODB_LOCK_waits;

解释：看事务表INNODB_TRX，里面是否有正在锁定的事务线程，看看ID是否在show processlist里面的sleep线程中，如果是，就证明这个sleep的线程事务一直没有commit或者rollback而是卡住了，我们需要手动kill掉。

搜索的结果是在事务表发现了很多任务，这时候最好都kill掉。

批量删除事务表中的事务

我这里用的方法是：通过information_schema.processlist表中的连接信息生成需要处理掉的MySQL连接的语句临时文件，然后执行临时文件中生成的指令。

mysql> select concat('KILL ',id,';') from information_schema.processlist p inner
 join information_schema.INNODB_TRX x on p.id=x.trx_mysql_thread_id where db='test';
+------------------------+
| concat('KILL ',id,';') |
+------------------------+
| KILL 588379;           |
| KILL 588313;           |
| KILL 588275;           |
+------------------------+
3 rows in set

kill掉以后再执行SELECT * FROM information_schema.INNODB_TRX; 就是空了。

这时候系统就正常了