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必须等待了.最后在返回到最初的三张表 做个总结
INNODB_TRX 查看mysql事物信息相关表
INNODB_LOCKS 查看mysql中锁的详细信息
INNODB_LOCK_WAIT 查看mysql中事物间相互等待情况. 并给出了锁id.