mysql8查看锁信息
一。准备环境
1.登录mysql，设置锁等待时间，然后退出。
mysql> set global innodb_lock_wait_timeout=1200; Query OK, 0 rows affected (0.00 sec)
2.再次登录MySQL。打开第一个session
3.登录msyql，打开第二个session
2.登录打开第二个session mysql> set autocommit=0; Query OK, 0 rows affected (0.00 sec) mysql> mysql> select @@autocommit; +--------------+ | @@autocommit | +--------------+ | 0 | +--------------+ 1 row in set (0.00 sec) mysql> use test mysql> update temp set name='bb' where id=1; #执行这条sql，会一直卡住。
4.登录MySQL，打开第三个session。
a：查看
mysql> select trx_id,trx_state,trx_started,trx_tables_locked,trx_rows_locked,trx_query from information_schema.innodb_trx;
看上图trx_state的状态LOCK_WAIT，同时trx_query对应的sql语句，说明执行这条sql阻塞了。事务id的字段trx_id的值1755425
b：查看
mysql> select ENGINE_LOCK_ID,ENGINE_TRANSACTION_ID,LOCK_MODE,LOCK_TYPE,INDEX_NAME,OBJECT_SCHEMA,OBJECT_NAME,LOCK_DATA,LOCK_STATUS,THREAD_ID from performance_schema.data_locks;
看上图的lock_status出现了一个WAITING,同时THREAD_ID为57的线程处于等待状态。对应的ENGINE_TRANSACTION_ID的值就是a操作的图字段trx_id的值1755425。
4.还要查看锁事务的对应关系，
mysql> select locked_table_name,locked_index,waiting_pid,waiting_lock_id,blocking_lock_id,blocking_pid from sys.innodb_lock_waits;
再次对比下。可以找到关系，1等待的事务处理，是被2阻塞了。也就是锁住了，需要2释放锁，1才可以执行
mysql> select ENGINE_LOCK_ID,ENGINE_TRANSACTION_ID,LOCK_MODE,LOCK_TYPE,INDEX_NAME,OBJECT_SCHEMA,OBJECT_NAME,LOCK_DATA,LOCK_STATUS,THREAD_ID from performance_schema.data_locks; mysql> select locked_table_name,locked_index,waiting_pid,waiting_lock_id,blocking_lock_id,blocking_pid from sys.innodb_lock_waits;
同时，查看waiting_pid跟blocking_pid的值就是线程id，对应processlist
mysql> select locked_table_name,locked_index,waiting_pid,waiting_lock_id,blocking_lock_id,blocking_pid from sys.innodb_lock_waits; mysql> show processlist;
5.现在上面图看不到blocking_pid对应的线程THREAD_PID
mysql> select ENGINE_LOCK_ID,ENGINE_TRANSACTION_ID,LOCK_MODE,LOCK_TYPE,INDEX_NAME,OBJECT_SCHEMA,OBJECT_NAME,LOCK_DATA,LOCK_STATUS,THREAD_ID from performance_schema.data_locks; mysql> select locked_table_name,locked_index,waiting_pid,waiting_lock_id,blocking_lock_id,blocking_pid from sys.innodb_lock_waits;
6.通过上图可以看到。 blocking_pid为15 对应的线程THREAD_PID 为56.
waiting_pid为16 对应的线程THREAD_PID 为57.
mysql> select THREAD_ID,EVENT_ID,EVENT_NAME,SQL_TEXT from performance_schema.events_statements_history where THREAD_ID in (56,57) order by THREAD_ID,EVENT_ID;
从图上分析，就可以看出blocking_pid，也就是已经锁了执行的sql是啥。
附:mysql8.0查看死锁
记录工作日常遇到的问题
在mysql5.7、mysql5.8等5系版本中
查看死锁代码是
select * from information_schema.innodb_locks;
查看等待锁的代码
select * from information_schema.innodb_lock_waits
mysql 8.0中查看死锁代码变了
如果继续用5.7的代码会提示报错
Unknown table ‘INNODB_LOCKS' in information_schema
所以在8.0使用以下代码
#查看死锁 select * from performance_schema.data_locks; #查看死锁等待时间 select * from performance_schema.data_lock_waits;
然后kill就行了
总结
到此这篇关于mysql8查看锁信息的文章就介绍到这了,更多相关mysql8查看锁内容请搜索脚本之家以前的文章或继续浏览下面的相关文章希望大家以后多多支持脚本之家！
相关文章
这篇文章主要介绍了mysql5.7.20第一次登录失败的快速解决方法,需要的朋友可以参考下2018-09-09
本篇文章是对mysql创建自定义函数与存储过程进行了详细的分析介绍，需要的朋友参考下2013-06-06
MySQL中的datediff()方法和timestampdiff()方法的应用示例小结
在MySQL中,DATEDIFF()函数和TIMESTAMPDIFF()函数用于计算日期和时间之间的差异,TIMESTAMPDIFF()函数返回的结果是整数,但你可以通过在计算过程中使用适当的除法来获得所需的小数部分,本文介绍MySQL中的datediff()方法和timestampdiff()方法的应用,感兴趣的朋友一起看看吧2023-12-12
MySQL 5.7升级8.0报异常:ONLY_FULL_GROUP_BY的问题解决
本文主要介绍了MySQL 5.7升级8.0报异常的问题解决,主要是ONLY_FULL_GROUP_BY,文中通过示例代码介绍的非常详细,对大家的学习或者工作具有一定的参考学习价值,需要的朋友们下面随着小编来一起学习学习吧2024-11-11
Oracle和MySQL中生成32位uuid的方法举例(国产达梦同Oracle)
近日遇到朋友问及如何生成UUID,UUID是通用唯一识别码(Universally Unique Identifier)方法,这里给大家总结下,这篇文章主要给大家介绍了关于Oracle和MySQL中生成32位uuid的方法,需要的朋友可以参考下2023-08-08
这篇文章主要介绍了Mysql半同步复制原理及问题排查 的相关资料,需要的朋友可以参考下2016-01-01
我们知道Mysql并发事务会引起更新丢失问题,解决办法是锁,所以本文将对锁（乐观锁、悲观锁）进行分析,这篇文章主要给大家介绍了关于MySQL悲观锁与乐观锁方案的相关资料,需要的朋友可以参考下2021-11-11
大家好，本篇文章主要讲的是深入理解mysql各种锁，感兴趣的同学赶快来看一看吧，对你有帮助的话记得收藏一下，方便下次浏览2021-12-12
在某些情况下,即使存在索引,查询也可能不会使用到索引,从而导致查询效率降低,下面就来介绍一下Mysql什么情况下不会命中索引,感兴趣的可以了解一下2025-04-04
MYSQL中的运算符很多，这一节主要讲MYSQL中有的，而SQLSERVER没有的运算符2014-06-06
最新评论