当前位置：首页 > 文章列表 > 数据库 > MySQL > 这样看mysql中的锁,很清晰

这样看mysql中的锁,很清晰

来源：SegmentFault 2023-01-23 10:16:26 0浏览收藏

来到golang学习网的大家，相信都是编程学习爱好者，希望在这里学习数据库相关编程知识。下面本篇文章就来带大家聊聊《这样看mysql中的锁,很清晰》，介绍一下MySQL、锁、MySQL优化、事物，希望对大家的知识积累有所帮助，助力实战开发！

1.哪里能查看锁的情况

mysql中有一个information_schema数据库
里面有三张表
INNODB_TRX
INNODB_LOCKS
INNODB_LOCK_WAITS
可以通过这三张表分析当前事物并分析可能存在的锁问题

我们先来分析第一张表 INNODB_TRX

先来仔细分析这张表主要字段的含义.
trx_id 事物id 这个很好理解
trx_state 事物的状态
trx_started 事物的开始时间
trx_requested_lock_id 等待事物的锁id,若trx_state为LOCK_WAIT, 此时当前事物想要获取的锁id,但是当前事物要获取的锁所对应的资源被另外一个锁占用。若trx_state为部位LOCK_WAIT 则该值为null
trx_wait_stared 事物等待开始的时间
trx_weight 事物的权重,当发生死锁的时候,INNODB引擎会选择值最小的进行回滚
trx_mysql_thread_id mysql中的线程id
trx_query 事物运行的sql语句.

看个例子首先交代例子的运行背景
首先都把自动提交事物关闭

窗口1:执行 update employee set name = '1' where id = 1;
窗口2:执行 update employee set name = '2' where id = 1;
窗口3执行:select * from INNODB_TRX\G

从上图中我们可以看到对应上文中的解释字段. 另外我们可以得出, 窗口1对应的事物为19756,并且是RUNNING状态, 而窗口2对应的事物为19757，当前事物处于LOCK_WAIT状态,并且在等待锁:19757:59:3:12. 执行的sql语句也能看到.
但该内容只能显示当前运行的事物的详细信息. 想要查询锁的详细信息,让我们看第二张表

我们来分析第二张表INNODB_LOCKS
先来仔细分析这张表各字段的含义.
lock_id 锁的id 这个很好理解
lock_trx_id 事物id
lock_mode 锁的模式
lock_type 锁的类型比如是表锁,页锁行锁
lock_table 要加锁的表
lock_index 要枷锁的索引
lock_space 锁对象的spaceid
lock_page 事物锁定的页数量若是表锁值为null
lock_rec 事物锁定的行的数量若是表锁值为null
lock_data 事物锁定记录的主键值. 若是表锁值为null

继续上面例子执行
窗口3执行:select * from INNODB_LOCKS\G;

从上图我们可以很清晰的看到, 事物19756持有的锁锁定了 59:3:12对应的数据行，并且是X锁(排他锁). 而事物19757想申请一个X锁(排他锁),锁的id为 19757:59:3:12。此锁正是事物19756本身持有的锁对应的资源,所以事物19757必须等待,事物状态为LOCK_WAIT.
至此我们可以很清晰的分析事物之间的关系,以及锁的使用情况.
还有第三张表的作用是什么呢？就是当事物量比较大的时候,按上述方式查看事物的锁情况就比较麻烦,这时候可以查看第三张表INNODB_LOCK_WAITS

我们来分析第三张表
首先来分析这张表的各字段的含义

发现这张表比较简单,只有四个字段
requesting_trx_id
requested_lock_id
blocking_trx_id
blocking_lock_id
这四个字段不加字段描述了,直接看例子, 琢磨下就明白了.

继续上面的例子
窗口3执行: select * from INNODB_LOCK_WAITS\G;

可以很清晰的看到,正是我们上面分析的结果.
事物19756持有锁id=19756:59:3:12 对应的资源是id=1的记录
事物19757也想获取锁id=19757:59:3:12 对应的资源仍然是id=1的记录
所以事物19757必须等待了.