前言
当mysql CPU告警利用率过高的时候,我们应该怎么定位是哪些SQL导致的呢,本文将介绍一下定位的方法。
本文所使用的方法,前提是你可以登录到Mysql所在的服务器,执行命令查看进程,当然让数据库管理员登录执行也可以。但如果无法或无权限去服务器上执行命令,本方法将不适合定位问题。
一.获取Mysql的服务器进程号
登陆mysql所在的Linux服务器,执行命令:top,在COMMAND列找到mysqld,并且%CPU使用率高的,比如数值超过100的,获取PID号。
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 32232 root 20 0 1443252 356688 11748 S 107.0 4.4 2:03.82 mysqld
上述例子中,32232
为mysql
进程ID,接下来再用它查询出占用CPU多的线程。
二.查询进程中的线程
使用命令:top -H -p <mysqld 进程 id>
,查询线程号:
本例中使用命令top -H -p 32232
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 32272 root 20 0 1443252 356688 11748 R 99.7 4.4 2:25.74 mysqld
其中PID 32272
为线程id号。
三.根据线程ID去mysql查询出对应的SQL
select a.user,a.host,a.db,b.thread_os_id,b.thread_id,a.id processlist_id,a.command,a.time,a.state,a.info from information_schema.processlist a,performance_schema.threads b where a.id = b.processlist_id and b.thread_os_id=32272;
查询结果:
| user | host | db | thread_os_id | thread_id | processlist_id | command | time | state | info | +----------+-----------+------+--------------+-----------+----------------+---------+------+--------------+---------------------------------------------+ | msandbox | localhost | test | 32272 | 32 | 7 | Query | 2 | Sending data | select * from t_abc order by rand() limit 1 | +----------+-----------+------+--------------+-----------+----------------+---------+------+--------------+---------------------------------------------+
其中,info
列显示的SQL就是占用CPU较大的SQL,针对其进行优化即可。
此外,还可以通过下列SQL,查询下线程的其他信息,方便进一步优化:
select * from performance_schema.events_statements_current where thread_id in (select thread_id from performance_schema.threads where thread_os_id = 32272)
通过这个结果我们可以查看具体的 SQL,看到有使用临时表、使用了排序等信息。
查询结果节选:
CREATED_TMP_DISK_TABLES: 1 CREATED_TMP_TABLES: 1 SORT_ROWS: 1 SORT_SCAN: 1
总结:
本文介绍了一种登陆Mysql服务器,定位CPU利用率过高的SQL的方法,可以使用此方法,快速的定位到正在数据库里抽大烟的SQL,kill掉进程,并且优化SQL后即可解决。此方法一定要在CPU告警时使用,如果CPU已经恢复正常了,则无法使用此方法查询了。
以上就是MySQL定位CPU利用率过高的SQL方法的详细内容,更多关于MySQL定位SQL的资料请关注其它相关文章!