本文介绍: mysql 下常见遇到的问题有,mysql连接池耗尽,死锁、慢查、未提交的事务。等等我们可能需要看;我们想要查看的可能有1.当前连接池连接哪些客户端,进行了哪些操作2.当前造成死锁语句哪些,是哪个客户端上的,我们如何杀掉结束掉这些连接?3.我们当前的慢查询有哪些?执行了多少次?这些语句有没有记录下来?4.如何查看是不是因为屋里内存磁盘等原因导致mysql性能下降等?

mysql 下常见遇到的问题有,mysql连接池耗尽,死锁、慢查、未提交的事务。等等我们可能需要看;我们想要查看的可能有
1.当前连接池连接了哪些客户端,进行了哪些操作
2.当前造成死锁的语句有哪些,是哪个客户端上的,我们如何杀掉结束掉这些连接
3.我们当前的慢查询有哪些?执行了多少次?这些语句有没有记录下来?
4.如何查看是不是因为屋里内存磁盘等原因导致mysql性能下降等?

一、查看mysql的物理性能

使用以下命令查看mysql进程 性能瓶颈排查 top/free/vmstat/sar/mpstat

查看mysqld进程cpu消耗占比
确认mysql进程cpu消耗是%user, 还是sys%高
确认是否是物理内存不够用了
确认是否有swap产生

使用下面工具查看

top (%cpu load %MMEM)

free -gt

vmstat -S m 1 (procs io cpu)

sar -u 1 (%user)

sar -d 1

查看mysql的物理连接池状态

show processlist; # 查询数据库的瞬时操作,查看当前连接运行的情况

 show processlist

在这里插入图片描述
程序端一般采用线程池的hikriCP 、duriu等数据库线程框架,在项目启动的时候就会连接上数据库,从这里我们也能看到数据库连接池线程连接行数据库的线程和每个线程的客户端的占用操作、是否有死锁等

字段描述

status状态详解

status为 :sorting for group 的状态分析

时间的Sending data引擎层读取数据返回server
1.长时间存在的原因:

如何做:

status 长时间等待MDL锁 (waiting for table metadata lock) 分析

原因:

  • DDL被阻塞 进而阻塞其他后续sql
  • DDL之前的sql长时间未结束,这个表未释放锁

举例:
a.开启一个事务。未提交,这个时候fege表的id=1这行有一个排它锁。
在这里插入图片描述

 START TRANSACTION; 
 update  t_goods set name = '李四' where id = 1

b.开启另外一个DDL事务,重新打开另外一个session连接
在这里插入图片描述
c.查看是什么事务进程id未释放,以及sql信息,打开另外一个mysql的session,
在事务没有完成之前,fege表上的锁不会释放,alter table同样获取不到metadata的独占锁。
在这里插入图片描述
d。找到未提交事物的sid,通过show processlist看不到Table上有任何操作,但实际上存在有未提交的事务,可以information_schema.innodb_trx或者performance_schema.events_statements_current中查看到。

 select  * from   information_schema.innodb_trx

在这里插入图片描述

在这里插入图片描述
e. 执行 select * from performance_schema.events_statements_currentG; 可以看到当前未提交的sql信息

 select * from performance_schema.events_statements_current

在这里插入图片描述在这里插入图片描述

f 通过上面查看到未提交的THREAD_ID查看对应的进程id
在这里插入图片描述
g 通过查看:

select  object_type,object_schema,object_name,lock_type,lock_duration,lock_status,owner_thread_id from performance_schema.metadata_locks;

在这里插入图片描述
在这里插入图片描述

#再次查看
在这里插入图片描述

如何做:

  • 提高每条sql的效率
  • kill掉长时间运行的sql
  • 把DDL放在夜间低谷时段
  • 采用pt-osc执行DDL
  • 时间的sleep
  • 占用连接数
  • 消耗内存未释放
    可能有行锁(甚至是表锁未释放)
    如何做:
  • 适当调低timeout
  • 主动kill超时不活跃连接
  • 定期检查锁、锁等待
  • 可以利用pt-kill工具
其他状态 Copy to tmp table [on disk]

执行alter table修改结构,需要生成临时表
建议放在夜间低谷进行, 或者用pt-osc

状态 Creating tmp table

常见于group by没有索引的情况
需要拷贝数据到临时表[内存/磁盘上]
执行计划中会出现Using temporary关键字
建议创建合适的索引,消除临时表

状态 Creating sort index

常见于order by没有索引的情况
需要进行filesort排序
执行计划中会出现Using filesort关键字
建议创建排序索引
其他排除方法

use information_schema; SELECT * from innodb_lock_waits;
show engine innodb status;

原文地址:https://blog.csdn.net/tian830937/article/details/134678755

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。

如若转载,请注明出处:http://www.7code.cn/show_4511.html

如若内容造成侵权/违法违规/事实不符,请联系代码007邮箱:suwngjj01@126.com进行投诉反馈,一经查实,立即删除

发表回复

您的邮箱地址不会被公开。 必填项已用 * 标注