如果是Oracle
数据库我们可以很容易通过sql来定位到当前数据库中哪些消耗CPU高的语句,而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?
定位线程
pidstat -t -p <mysqld_pid> 15
通过该命令我们可以定位到802、4445等线程消耗了大量的CPU,这里尽量确保在pidstat
的多个样本中验证消耗是恒定的。根据这些信息,我们可以登录到数据库,并使用以下查询找出哪个MySQL线程是罪魁祸首。
定位问题sql
select * from performance_schema.threads where thread_os_id = xx ;
select * from information_schema.`PROCESSLIST` whereid=threads.processlist_id
根据操作系统id可以到processlist
表找到对应的会话,如下:
查看问题sql执行计划
这里对应看一下执行计划基本就可以判断当前数据库CPU为什么消耗这么高了…
至于优化的点只需要在dock建一个索引即可,这里就不介绍了。