• MySQL定位CPU利用率过高的SQL方法


    前言

    当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     
    

    上述例子中,32232mysql进程ID,接下来再用它查询出占用CPU多的线程。

    二.查询进程中的线程

    使用命令:top -H -p ,查询线程号:

    本例中使用命令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已经恢复正常了,则无法使用此方法查询了。喜欢本文请点赞收藏。

  • 相关阅读:
    第十七章:Java连接数据库jdbc(java和myql数据库连接)
    Mysql之增删改查案例【进阶篇】
    金九银十要来了,各大公司Java后端开发真题汇总 加油
    14、Java——迷你图书管理器(对象+数组)
    Linux之history、tab、alias、命令执行顺序、管道符以及exit
    前端性能优化百问大杂烩
    【校招VIP】测试计划之loadrunner分析
    Buuctf [MRCTF2020]Ez_bypass 1 WP解析
    基于springboot实现滴答拍摄影项目【项目源码+论文说明】计算机毕业设计
    攻击你,与你何干!rsync你还敢这么玩?
  • 原文地址:https://blog.csdn.net/x541211190/article/details/139801778