码迷,mamicode.com
首页 > 其他好文 > 详细

information_schema系列八(锁,事物)

时间:2017-05-23 00:30:39      阅读:338      评论:0      收藏:0      [点我收藏+]

标签:超时   select   sql_id   状态   alt   nod   blank   .com   str   

这个系列的文章主要是为了能够让自己了解MySQL5.7的一些系统表,统一做一下备注和使用,也希望分享出来让大家能够有一点点的受益。
第八篇主要看一下一下几系统表:
今天我们主要看一下MySQL information_schema里面的关于innodb的锁和事物的两三个系统表:
看一下锁对应的sql(未结束的事物):
select * from innodb_lock_waits;
select * from innodb_locks limit 2\G
select * from information_schema.innodb_trx\G
select * from information_schema.innodb_trx where trx_id = 45734628\G
SELECT
lw.requesting_trx_id AS request_ID,
 trx.trx_mysql_thread_id as request_mysql_ID,
trx.trx_query AS request_command,
lw.blocking_trx_id AS blocking_ID,
 trx1.trx_mysql_thread_id as blocking_mysql_ID,
trx1.trx_query AS blocking_command,
lo.lock_index AS lock_index
FROM
information_schema.innodb_lock_waits lw
INNER JOIN information_schema.innodb_locks lo ON lw.requesting_trx_id = lo.lock_trx_id
INNER JOIN information_schema.innodb_locks lo1 ON lw.blocking_trx_id = lo1.lock_trx_id
INNER JOIN information_schema.innodb_trx trx ON lo.lock_trx_id = trx.trx_id
INNER JOIN information_schema.innodb_trx trx1 ON lo1.lock_trx_id = trx1.trx_id;

1: INNODB_LOCKS

2: INNODB_TRX
3: INNODB_LOCK_WAITS
三张表就一起实验好了,都是关于锁和事物的阻塞的。我们现在开两个终端。
第一个终端开启一个事物,进行更新:
root@localhost [(none)]>start transaction;
Query OK, 0 rows affected (0.00 sec)
root@localhost [(none)]>update qiandai.t1 set col_int_key=333 where pk=10;
Query OK, 1 row affected (0.00 sec)
Rows matched: 1 Changed: 1 Warnings: 0

第二个终端直接也更新同一行数据:

update qiandai.t1 set col_int_key=222 where pk=10;

然后去查看三个表联合查询:

技术分享
可以看得到,第二个更新是被阻塞的,因为第一个更新获取到了排它锁,所以第二个更新一致处于等待状态,直到锁等待时间超时:
SHOW VARIABLES LIKE %LOCK_WAIT%;

上面可以查看到锁等待的超时时间,INNODB默认五十秒。

看一下三个表官方给的解释:
 
 

information_schema系列八(锁,事物)

标签:超时   select   sql_id   状态   alt   nod   blank   .com   str   

原文地址:http://www.cnblogs.com/shengdimaya/p/6891897.html

(0)
(0)
   
举报
评论 一句话评论(0
登录后才能评论!
© 2014 mamicode.com 版权所有  联系我们:gaon5@hotmail.com
迷上了代码!