MySQL

概述

如果是Oracle数据库可以很容易通过SQL来定位到当前数据库中哪些消耗CPU高的语句,而MySQL数据库可以怎么定位呢?这里用一个简单例子说明下…
主要是了解如何定位的思路,具体看官网介绍..
参考:
https://www.percona.com/blog/2020/04/23/a-simple-approach-to-troubleshooting-high-cpu-in-mysql/
主要意思是针对定位CPU的问题,Percona增加了对通过信息的TID列将processlist ID映射到OS线程ID的支持,而MySQL在5.7版本后在PERFORMANCE_SCHEMA.THREADS表加了一个THREAD_OS_ID新列来实现,以下方法适用于在其他内核正常运行时,某个特定CPU的查询过载的情况。
find out which session is using the most CPU resources in my database?

定位线程

  1. pidstat -t -p <mysqld_pid> 1 5

2021-06-02-13-58-21-386581.png
通过该命令可以定位到「802、4445等线程消耗了大量的CPU」,这里尽量确保在pidstat的多个样本中验证消耗是恒定的。根据这些信息,可以登录到数据库,并使用以下查询找出哪个MySQL线程是罪魁祸首。

定位问题SQL

  1. select * from performance_schema.threads where thread_os_id = xx ;
  2. select * from information_schema.`PROCESSLIST` where id=threads.processlist_id

2021-06-02-13-58-21-499280.png
根据操作系统id可以到processlist表找到对应的会话,如下:
2021-06-02-13-58-21-608985.png

查看问题SQL执行计划

这里对应看一下执行计划基本就可以判断当前数据库CPU为什么消耗这么高了…
至于优化的点只需要在dock建一个索引即可,这里就不介绍了。
2021-06-02-13-58-21-700740.png