mysql innodb查看锁情况

最新推荐文章于 2024-05-30 14:43:10 发布

PentaQwQ

最新推荐文章于 2024-05-30 14:43:10 发布

阅读量710

点赞数

文章标签： mysql 数据库

本文链接：https://blog.csdn.net/PentaQwQ/article/details/131001819

版权

腾讯云监控

实例监控->InnoDB Row -> InnoDB平均获取行锁时间
在这里插入图片描述

sql监控

通过查询这张表的数据来查看当前锁的信息
information_schema.innodb_trx

select trx_id,trx_state, unix_timestamp(trx_started), trx_query, trx_rows_locked from information_schema.innodb_trx \G

trx_id：InnoDB内部的唯一事务ID，不会为只读且非锁定事务创建ID。
trx_state: 事务状态
trx_started: 事务开始时间
trx_query: 事务的sql，这个可以帮助我们查到是哪个sql被锁阻塞的时间比较长，进而找到被阻塞的原因
trx_rows_locked: 被事务锁定的近似行数。这个值可能包含被标记为删除的行，这些行物理上存在，但已经对事务不可见了。

在这里插入图片描述

各字段详细信息参考information_schema.INNODB_TRX表详解

可能出现锁的问题(不一定是死锁)

并行导致的读写操作等待

出现原因

假设有一个方法func1, 在func1中我们需要先查询一下原始数据，然后再更新原始数据，即一个读一个写操作
如果这个方法并行执行的话就有可能会导致锁等待问题。
因为一般默认事务隔离级别是可重复读。这种情况下写操作要加排它锁，读操作要加共享锁。
假设有3个线程并行处理，那么会有3次读，3次写，由于共享锁可以重复加，所以3次读之间是不会有锁等待的，但是写操作需要等待共享锁释放，所以有可能会3次读都执行完之后才会执行第一次写操作，这时候可能这几个写操作都已经在wait_lock了。