MySQL 5.5 InnoDB 锁状态解析

Wesley13
• 阅读 568

目录

文/温国兵

一 引子

MySQL 5.5 中，information_schema 库中新增了三个关于锁的表，亦即 innodb_trx、innodb_locks 和 innodb_lock_waits。

其中 innodb_trx 表记录当前运行的所有事务，innodb_locks 表记录当前出现的锁，innodb_lock_waits 表记录锁等待的对应关系。

二 表结构说明

登录 MySQL 5.5。

mysql -S /tmp/mysql_5540.sock -uroot -proot

这是我的 MySQL 版本信息。

mysql> SHOW VARIABLES LIKE '%version%';
+-------------------------+------------------------------+
| Variable_name           | Value                        |
+-------------------------+------------------------------+
| innodb_version          | 5.5.40                       |
| protocol_version        | 10                           |
| slave_type_conversions  |                              |
| version                 | 5.5.40                       |
| version_comment         | MySQL Community Server (GPL) |
| version_compile_machine | i386                         |
| version_compile_os      | osx10.6                      |
+-------------------------+------------------------------+
7 rows in set (0.00 sec)

查看 innodb_trx 表结构。

mysql> USE information_schema;
mysql> DESC innodb_trx;

下面对 innodb_trx 表的每个字段进行解释：

trx_id：事务ID。
trx_state：事务状态，有以下几种状态：RUNNING、LOCK WAIT、ROLLING BACK 和 COMMITTING。
trx_started：事务开始时间。
trx_requested_lock_id：事务当前正在等待锁的标识，可以和 INNODB_LOCKS 表 JOIN 以得到更多详细信息。
trx_wait_started：事务开始等待的时间。
trx_weight：事务的权重。
trx_mysql_thread_id：事务线程 ID，可以和 PROCESSLIST 表 JOIN。
trx_query：事务正在执行的 SQL 语句。
trx_operation_state：事务当前操作状态。
trx_tables_in_use：当前事务执行的 SQL 中使用的表的个数。
trx_tables_locked：当前执行 SQL 的行锁数量。
trx_lock_structs：事务保留的锁数量。
trx_lock_memory_bytes：事务锁住的内存大小，单位为 BYTES。
trx_rows_locked：事务锁住的记录数。包含标记为 DELETED，并且已经保存到磁盘但对事务不可见的行。
trx_rows_modified：事务更改的行数。
trx_concurrency_tickets：事务并发票数。
trx_isolation_level：当前事务的隔离级别。
trx_unique_checks：是否打开唯一性检查的标识。
trx_foreign_key_checks：是否打开外键检查的标识。
trx_last_foreign_key_error：最后一次的外键错误信息。
trx_adaptive_hash_latched：自适应散列索引是否被当前事务锁住的标识。
trx_adaptive_hash_timeout：是否立刻放弃为自适应散列索引搜索 LATCH 的标识。

查看 innodb_locks 表结构。

mysql> DESC innodb_locks;

下面对 innodb_locks 表的每个字段进行解释：

lock_id：锁 ID。
lock_trx_id：拥有锁的事务 ID。可以和 INNODB_TRX 表 JOIN 得到事务的详细信息。
lock_mode：锁的模式。有如下锁类型：行级锁包括：S、X、IS、IX，分别代表：共享锁、排它锁、意向共享锁、意向排它锁。表级锁包括：S_GAP、X_GAP、IS_GAP、IX_GAP 和 AUTO_INC，分别代表共享间隙锁、排它间隙锁、意向共享间隙锁、意向排它间隙锁和自动递增锁。
lock_type：锁的类型。RECORD 代表行级锁，TABLE 代表表级锁。
lock_table：被锁定的或者包含锁定记录的表的名称。
lock_index：当 LOCK_TYPE=’RECORD’ 时，表示索引的名称；否则为 NULL。
lock_space：当 LOCK_TYPE=’RECORD’ 时，表示锁定行的表空间 ID；否则为 NULL。
lock_page：当 LOCK_TYPE=’RECORD’ 时，表示锁定行的页号；否则为 NULL。
lock_rec：当 LOCK_TYPE=’RECORD’ 时，表示一堆页面中锁定行的数量，亦即被锁定的记录号；否则为 NULL。
lock_data：当 LOCK_TYPE=’RECORD’ 时，表示锁定行的主键；否则为NULL。

查看 innodb_lock_waits 表结构。

mysql> DESC innodb_lock_waits;

下面对 innodb_lock_waits 表的每个字段进行解释：

requesting_trx_id：请求事务的 ID。
requested_lock_id：事务所等待的锁定的 ID。可以和 INNODB_LOCKS 表 JOIN。
blocking_trx_id：阻塞事务的 ID。
blocking_lock_id：某一事务的锁的 ID，该事务阻塞了另一事务的运行。可以和 INNODB_LOCKS 表 JOIN。

三 INNODB 锁等待模拟

3.1 创建测试表，录入测试数据

创建测试表，录入测试数据。

mysql> USE test;

mysql> CREATE TABLE user
    -> (id INT PRIMARY KEY,
    -> name VARCHAR(20),
    -> age INT,
    -> sex CHAR(2),
    -> city VARCHAR(20),
    -> job VARCHAR(10)
    -> ) DEFAULT CHARSET utf8 ENGINE = INNODB;
Query OK, 0 rows affected (0.15 sec)

mysql> INSERT INTO user(id, name, age, sex, city, job)  \
       -> VALUES(1, 'robin', 19, 'M', 'GZ', 'DBA');
Query OK, 1 row affected (0.00 sec)

mysql> INSERT INTO user(id, name, age, sex, city, job)  \
       -> VALUES(2, 'Wentasy', 19, 'M', 'GZ', 'DBA');
Query OK, 1 row affected (0.00 sec)

mysql> INSERT INTO user(id, name, age, sex, city, job)  \
       -> VALUES(3, 'dbarobin', 19, 'M', 'GZ', 'DBA');
Query OK, 1 row affected (0.00 sec)

mysql> COMMIT;
Query OK, 0 rows affected (0.00 sec)

3.2 模拟锁等待

Session 1 开始事务。

mysql> START TRANSACTION;
Query OK, 0 rows affected (0.00 sec)

mysql> UPDATE user SET name='wentasy' WHERE id = 2;
Query OK, 1 row affected (0.00 sec)
Rows matched: 1  Changed: 1  Warnings: 0

-- 此时已经开始事务，所以 innodb_trx 表会有记录。
mysql> SELECT * FROM information_schema.innodb_trx \G
*************************** 1. row ***************************
                    trx_id: 360E
                 trx_state: RUNNING
               trx_started: 2015-01-27 15:23:49
     trx_requested_lock_id: NULL
          trx_wait_started: NULL
                trx_weight: 3
       trx_mysql_thread_id: 1
                 trx_query: SELECT * FROM information_schema.innodb_trx
       trx_operation_state: NULL
         trx_tables_in_use: 0
         trx_tables_locked: 0
          trx_lock_structs: 2
     trx_lock_memory_bytes: 376
           trx_rows_locked: 1
         trx_rows_modified: 1
   trx_concurrency_tickets: 0
       trx_isolation_level: REPEATABLE READ
         trx_unique_checks: 1
    trx_foreign_key_checks: 1
trx_last_foreign_key_error: NULL
 trx_adaptive_hash_latched: 0
 trx_adaptive_hash_timeout: 10000
1 row in set (0.00 sec)

-- 此时没有发生锁等待，故 innodb_locks表 和 innodb_lock_waits 表都没有数据。
mysql> SELECT * FROM information_schema.innodb_locks \G
Empty set (0.00 sec)

mysql> SELECT * FROM information_schema.innodb_lock_waits \G
Empty set (0.00 sec)

Session 2 更新数据。

mysql -S /tmp/mysql_5540.sock -uroot -proot


mysql> USE test;
mysql> UPDATE user SET name="lock_waits" WHERE ID = 2;

Session 1 查看 innodb_trx 表、innodb_locks 表和 innodb_lock_waits 表，可以查看到数据。

在 innodb_trx 表的第一行，trx_id 为 360F 表示第二个事务，状态为等待状态，请求的锁 ID 为 360F:243:3:3，线程 ID 为 2，事务用到的表为 1，有 1 个表被锁。第二行中，trx_id 为 360E 表示第一个事务。

mysql> SELECT * FROM information_schema.innodb_trx \G
*************************** 1. row ***************************
                    trx_id: 360F
                 trx_state: LOCK WAIT
               trx_started: 2015-01-27 15:28:48
     trx_requested_lock_id: 360F:243:3:3
          trx_wait_started: 2015-01-27 15:28:48
                trx_weight: 2
       trx_mysql_thread_id: 2
                 trx_query: UPDATE user SET name="lock_waits" WHERE ID = 2
       trx_operation_state: starting index read
         trx_tables_in_use: 1
         trx_tables_locked: 1
          trx_lock_structs: 2
     trx_lock_memory_bytes: 376
           trx_rows_locked: 1
         trx_rows_modified: 0
   trx_concurrency_tickets: 0
       trx_isolation_level: REPEATABLE READ
         trx_unique_checks: 1
    trx_foreign_key_checks: 1
trx_last_foreign_key_error: NULL
 trx_adaptive_hash_latched: 0
 trx_adaptive_hash_timeout: 10000
*************************** 2. row ***************************
                    trx_id: 360E
                 trx_state: RUNNING
               trx_started: 2015-01-27 15:23:49
     trx_requested_lock_id: NULL
          trx_wait_started: NULL
                trx_weight: 3
       trx_mysql_thread_id: 1
                 trx_query: SELECT * FROM information_schema.innodb_trx
       trx_operation_state: NULL
         trx_tables_in_use: 0
         trx_tables_locked: 0
          trx_lock_structs: 2
     trx_lock_memory_bytes: 376
           trx_rows_locked: 1
         trx_rows_modified: 1
   trx_concurrency_tickets: 0
       trx_isolation_level: REPEATABLE READ
         trx_unique_checks: 1
    trx_foreign_key_checks: 1
trx_last_foreign_key_error: NULL
 trx_adaptive_hash_latched: 0
 trx_adaptive_hash_timeout: 10000
2 rows in set (0.00 sec)

mysql> SELECT * FROM information_schema.innodb_locks \G
*************************** 1. row ***************************
    lock_id: 360F:243:3:3
lock_trx_id: 360F
  lock_mode: X
  lock_type: RECORD
 lock_table: `test`.`user`
 lock_index: `PRIMARY`
 lock_space: 243
  lock_page: 3
   lock_rec: 3
  lock_data: 2
*************************** 2. row ***************************
    lock_id: 360E:243:3:3
lock_trx_id: 360E
  lock_mode: X
  lock_type: RECORD
 lock_table: `test`.`user`
 lock_index: `PRIMARY`
 lock_space: 243
  lock_page: 3
   lock_rec: 3
  lock_data: 2
2 rows in set (0.00 sec)

mysql> SELECT * FROM information_schema.innodb_lock_waits \G
*************************** 1. row ***************************
requesting_trx_id: 360F
requested_lock_id: 360F:243:3:3
  blocking_trx_id: 360E
 blocking_lock_id: 360E:243:3:3
1 row in set (0.00 sec)

由于默认的 innodb_lock_wait_timeout 是 50 秒，所以 50 秒过后，Session 2 出现如下提示：

ERROR 1205 (HY000): Lock wait timeout exceeded; try restarting transaction
“>

3.3 再次模拟锁等待

再次模拟锁等待之前，把 innodb_lock_wait_timeout 设置为 10 分钟，方便后面的演示。

mysql> SHOW VARIABLES LIKE '%innodb_lock_wait%';
+--------------------------+-------+
| Variable_name            | Value |
+--------------------------+-------+
| innodb_lock_wait_timeout | 50    |
+--------------------------+-------+
1 row in set (0.00 sec)

mysql> SET innodb_lock_wait_timeout=600;
Query OK, 0 rows affected (0.00 sec)

mysql> SET GLOBAL innodb_lock_wait_timeout=600;
Query OK, 0 rows affected (0.00 sec)

mysql> SHOW VARIABLES LIKE '%innodb_lock_wait%';
+--------------------------+-------+
| Variable_name            | Value |
+--------------------------+-------+
| innodb_lock_wait_timeout | 600   |
+--------------------------+-------+
1 row in set (0.00 sec)

再次开启一个 Session，此时的 Session 姑且命名为 Session 3。然后再次更新数据，由于 Session 1 未提交，所以会发生锁等待。

mysql> USE test;
mysql> UPDATE user SET name="lock_waits" WHERE ID = 2;

3.4 查询锁等待

此时再次发生锁等待。我们在 Session 1 中使用不同的查询方法查看锁等待。

3.4.1 直接查看 innodb_lock_waits 表

mysql> SELECT * FROM innodb_lock_waits \G
*************************** 1. row ***************************
requesting_trx_id: 3612
requested_lock_id: 3612:243:3:3
  blocking_trx_id: 360E
 blocking_lock_id: 360E:243:3:3
1 row in set (0.00 sec)

3.4.2 innodb_locks 表和 innodb_lock_waits 表结合

mysql> SELECT * \
        >  FROM innodb_locks \
        >  WHERE lock_trx_id \
        >  IN (SELECT blocking_trx_id FROM innodb_lock_waits) \G
*************************** 1. row ***************************
    lock_id: 360E:243:3:3
lock_trx_id: 360E
  lock_mode: X
  lock_type: RECORD
 lock_table: `test`.`user`
 lock_index: `PRIMARY`
 lock_space: 243
  lock_page: 3
   lock_rec: 3
  lock_data: 2
1 row in set (0.00 sec)

3.4.3 innodb_locks 表 JOIN innodb_lock_waits 表

mysql> SELECT innodb_locks.* \
        >  FROM innodb_locks \
        >  JOIN innodb_lock_waits \
        >  ON (innodb_locks.lock_trx_id = innodb_lock_waits.blocking_trx_id) \G
*************************** 1. row ***************************
    lock_id: 360E:243:3:3
lock_trx_id: 360E
  lock_mode: X
  lock_type: RECORD
 lock_table: `test`.`user`
 lock_index: `PRIMARY`
 lock_space: 243
  lock_page: 3
   lock_rec: 3
  lock_data: 2
1 row in set (0.01 sec)

3.4.4 指定 innodb_locks 表的 lock_table 属性

需要注意 lock_table 值的写法。

mysql> SELECT * FROM innodb_locks \
        >  WHERE lock_table = '`test`.`user`' \G
*************************** 1. row ***************************
    lock_id: 3612:243:3:3
lock_trx_id: 3612
  lock_mode: X
  lock_type: RECORD
 lock_table: `test`.`user`
 lock_index: `PRIMARY`
 lock_space: 243
  lock_page: 3
   lock_rec: 3
  lock_data: 2
*************************** 2. row ***************************
    lock_id: 360E:243:3:3
lock_trx_id: 360E
  lock_mode: X
  lock_type: RECORD
 lock_table: `test`.`user`
 lock_index: `PRIMARY`
 lock_space: 243
  lock_page: 3
   lock_rec: 3
  lock_data: 2
2 rows in set (0.00 sec)

3.4.5 查询 innodb_trx 表

mysql> SELECT trx_id, trx_requested_lock_id, trx_mysql_thread_id, trx_query \
        >  FROM innodb_trx \
        >  WHERE trx_state = 'LOCK WAIT' \G
*************************** 1. row ***************************
               trx_id: 3612
trx_requested_lock_id: 3612:243:3:3
  trx_mysql_thread_id: 9
            trx_query: UPDATE user SET name="lock_waits" WHERE ID = 2
1 row in set (0.00 sec)

3.4.6 SHOW ENGINE INNODB STATUS

mysql> SHOW ENGINE INNODB STATUS \G

在输出结果的最后，我们看到如下信息：

--------------
ROW OPERATIONS
--------------
0 queries inside InnoDB, 0 queries in queue
1 read views open inside InnoDB
Main thread id 4525080576, state: waiting for server activity
Number of rows inserted 6, updated 1, deleted 0, read 2
0.00 inserts/s, 0.00 updates/s, 0.00 deletes/s, 0.00 reads/s
----------------------------
END OF INNODB MONITOR OUTPUT
============================

1 row in set (0.00 sec)

3.4.7 SHOW PROCESSLIST

mysql> SHOW PROCESSLIST \G
*************************** 1. row ***************************
     Id: 1
   User: root
   Host: localhost
     db: information_schema
Command: Query
   Time: 0
  State: NULL
   Info: SHOW PROCESSLIST
*************************** 2. row ***************************
     Id: 9
   User: root
   Host: localhost
     db: test
Command: Query
   Time: 116
  State: Updating
   Info: UPDATE user SET name="lock_waits" WHERE ID = 2
2 rows in set (0.00 sec)

3.5 解决锁等待

既然我们从上述方法中得到了相关信息，我们可以得到发生锁等待的线程 ID，然后将其 KILL 掉。

Session 1 中 KILL 掉发生锁等待的线程。

mysql> kill 9;
Query OK, 0 rows affected (0.00 sec)

Session 3 中可以看到锁等待消除。

mysql> UPDATE user SET name="lock_waits" WHERE ID = 2;

有如下输出：

ERROR 2013 (HY000): Lost connection to MySQL server during query

Session 1 中再次查看 PROCESSLIST，可以看到没有相关的信息了。

mysql> SHOW PROCESSLIST \G
*************************** 1. row ***************************
     Id: 1
   User: root
   Host: localhost
     db: information_schema
Command: Query
   Time: 0
  State: NULL
   Info: SHOW PROCESSLIST
1 row in set (0.00 sec)

模拟完成后，我们提交，此时 innodb_trx 表、innodb_locks 表和 innodb_lock_waits 表中都没有数据。

mysql> COMMIT;
Query OK, 0 rows affected (0.00 sec)

mysql> SELECT * FROM information_schema.innodb_trx \G
Empty set (0.00 sec)

mysql> SELECT * FROM information_schema.innodb_locks \G
Empty set (0.00 sec)

mysql> SELECT * FROM information_schema.innodb_lock_waits \G
Empty set (0.00 sec)

把 innodb_lock_wait 还原为默认值。

mysql> SHOW VARIABLES LIKE '%innodb_lock_wait%';
+--------------------------+-------+
| Variable_name            | Value |
+--------------------------+-------+
| innodb_lock_wait_timeout | 600   |
+--------------------------+-------+
1 row in set (0.00 sec)

mysql> SET GLOBAL innodb_lock_wait_timeout=50;
Query OK, 0 rows affected (0.00 sec)

mysql> SET innodb_lock_wait_timeout=50;
Query OK, 0 rows affected (0.00 sec)

mysql> SHOW VARIABLES LIKE '%innodb_lock_wait%';
+--------------------------+-------+
| Variable_name            | Value |
+--------------------------+-------+
| innodb_lock_wait_timeout | 50    |
+--------------------------+-------+
1 row in set (0.00 sec)

四 小结

  • information_schema 库中新增了三个关于锁的表，亦即 innodb_trx、innodb_locks 和 innodb_lock_waits；
  • innodb_trx 表记录当前运行的所有事务；
  • innodb_locks 表记录当前出现的锁；
  • innodb_lock_waits 表记录锁等待的对应关系；
  • 获得锁等待的技巧
    • 从 innodb_trx、innodb_locks 和 innodb_lock_waits 表中得到；
    • SHOW ENGINE INNODB STATUS；
    • SHOW FULL PROCESSLIST；
    • 启用 InnoDB Lock Monitor；
    • 运行 mysqladmin debug；
    • MySQK Error Log；
    • SHOW CREATE TABLE 输出；
  • 发生锁等待会引起系统资源的大量浪费，合理的监控和处理锁等待很重要。

五 Ref

–EOF–

mysqlmysql update语句innodb事务隔离级别mysql事务select运维开发运维开发
点赞
收藏
评论区
推荐文章
blmius blmius
•
3年前
MySQL:[Err] 1292 - Incorrect datetime value: ‘0000-00-00 00:00:00‘ for column ‘CREATE_TIME‘ at row 1
文章目录问题用navicat导入数据时，报错：原因这是因为当前的MySQL不支持datetime为0的情况。解决修改sql\mode:sql\mode:SQLMode定义了MySQL应支持的SQL语法、数据校验等，这样可以更容易地在不同的环境中使用MySQL。全局s
4268
0
0
helloworld_34035044 helloworld_34035044
•
2年前
皕杰报表之UUID
​在我们用皕杰报表工具设计填报报表时，如何在新增行里自动增加id呢？能新增整数排序id吗？目前可以在新增行里自动增加id，但只能用uuid函数增加UUID编码，不能新增整数排序id。uuid函数说明：获取一个UUID，可以在填报表中用来创建数据ID语法：uuid()或uuid(sep)参数说明：sep布尔值，生成的uuid中是否包含分隔符''，缺省为
1222
0
0
待兔 待兔
•
5个月前
手写Java HashMap源码
HashMap的使用教程HashMap的使用教程HashMap的使用教程HashMap的使用教程HashMap的使用教程22
1139
0
0
Jacquelyn38 Jacquelyn38
•
3年前
2020年前端实用代码段，为你的工作保驾护航
有空的时候，自己总结了几个代码段，在开发中也经常使用，谢谢。1、使用解构获取json数据let jsonData  id: 1,status: "OK",data: 'a', 'b';let  id, status, data: number   jsonData;console.log(id, status, number )
2452
0
0
Stella981 Stella981
•
3年前
Opencv中Mat矩阵相乘——点乘、dot、mul运算详解
Opencv中Mat矩阵相乘——点乘、dot、mul运算详解2016年09月02日00:00:36 \牧野(https://www.oschina.net/action/GoToLink?urlhttps%3A%2F%2Fme.csdn.net%2Fdcrmg) 阅读数：59593
1962
0
0
Stella981 Stella981
•
3年前
KVM调整cpu和内存
一.修改kvm虚拟机的配置1、virsheditcentos7找到“memory”和“vcpu”标签，将<namecentos7</name<uuid2220a6d1a36a4fbb8523e078b3dfe795</uuid
1380
0
0
Easter79 Easter79
•
3年前
Twitter的分布式自增ID算法snowflake (Java版)
概述分布式系统中，有一些需要使用全局唯一ID的场景，这种时候为了防止ID冲突可以使用36位的UUID，但是UUID有一些缺点，首先他相对比较长，另外UUID一般是无序的。有些时候我们希望能使用一种简单一些的ID，并且希望ID能够按照时间有序生成。而twitter的snowflake解决了这种需求，最初Twitter把存储系统从MySQL迁移
1216
0
0
Wesley13 Wesley13
•
3年前
mysql设置时区
mysql设置时区mysql\_query("SETtime\_zone'8:00'")ordie('时区设置失败，请联系管理员！');中国在东8区所以加8方法二：selectcount(user\_id)asdevice,CONVERT\_TZ(FROM\_UNIXTIME(reg\_time),'08:00','0
1386
0
0
Wesley13 Wesley13
•
3年前
00：Java简单了解
浅谈Java之概述Java是SUN(StanfordUniversityNetwork)，斯坦福大学网络公司)1995年推出的一门高级编程语言。Java是一种面向Internet的编程语言。随着Java技术在web方面的不断成熟，已经成为Web应用程序的首选开发语言。Java是简单易学，完全面向对象，安全可靠，与平台无关的编程语言。
1326
0
0
Wesley13 Wesley13
•
3年前
MySQL部分从库上面因为大量的临时表tmp_table造成慢查询
背景描述Time:20190124T00:08:14.70572408:00User@Host:@Id:Schema:sentrymetaLast_errno:0Killed:0Query_time:0.315758Lock_
1593
0
0
Python进阶者 Python进阶者
•
11个月前
Excel中这日期老是出来00：00：00，怎么用Pandas把这个去除
大家好，我是皮皮。一、前言前几天在Python白银交流群【上海新年人】问了一个Pandas数据筛选的问题。问题如下：这日期老是出来00：00：00，怎么把这个去除。二、实现过程后来【论草莓如何成为冻干莓】给了一个思路和代码如下：pd.toexcel之前把这
563
0
0
Wesley13
Wesley13
Lv1
最大的安心是自律温柔和爱自己。
文章
1.2w
粉丝
22
获赞
1.7k
热门文章
JavPlayer：AI破坏马赛克，大量马赛克破坏版影片流出
2020年最新可用的磁力搜索引擎&种子搜索网站，持续整理分享
8个在线接收手机短信验证码的免费网络服务整理
IDM 激活破解工具
java.net.ConnectException：Connection timed out：connect 出现连接超时的问题？