InnoDB 存储引擎中的锁等待

一般来说，存储引擎级别的锁，比服务器级别的锁更难以调试，而且各种存储引擎的锁互不相同，有些存储引擎甚至都不提供任何方法来查看锁。本节重点介绍 InnoDB 存储引擎的锁等待。

1. show engine innodb status

show engine innodb status 命令包含了 InnoDB 存储引擎的部分锁信息，但很难确定哪个事务导致这个锁的问题，因为 show engine innodb status 命令不会告诉你谁拥有锁。

如果事务正在等待某个锁，相关锁信息会体现在 show engine innodb status 输出的 TRANSACTION 部分中。在 MySQL 会话中执行如下命令，拿到表 customer 中第一行的写锁。

mysql> set autocommit=;
Query OK,  rows affected ( sec)

mysql> begin;
Query OK,  rows affected ( sec)

mysql> select * from customer limit  for update;
+------+-----------+------------+------------+--------+
| id   | last_name | first_name | birth_date | gender |
+------+-----------+------------+------------+--------+
| NULL |        |         | NULL       |       |
+------+-----------+------------+------------+--------+
 row in set ( sec)

在 MySQL 另一个会话中，对表 customer 执行相同的 select 命令，查询会被阻塞。

mysql> select * from customer limit  for update;

这时执行 show engine innodb status 命令能够看到相关的锁信息。

 ---TRANSACTION 124178, ACTIVE 6 sec starting index read
 mysql tables in use , locked 
 LOCK WAIT  lock struct(s), heap size ,  row lock(s)
 MySQL thread id , OS thread handle , query id  localhost root Sending data
 select * from customer limit  for update
 ------- TRX HAS BEEN WAITING 6 SEC FOR THIS LOCK TO BE GRANTED:
 RECORD LOCKS space id  page no  n bits  index GEN_CLUST_INDEX of table `tempdb`.`customer` trx id  lock_mode X locks rec but not gap waiting

第 7 行表示 thread id 12570 这个查询，在等待表 customer 中的 GEN_CLUST_INDEX 索引的第 3 页上有一个排它锁（lock_mode X）。最后，锁等待超时，查询返回错误信息。

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

2. imformation_schema

在 MySQL5.5 开始，一般通过 imformation_schema 的表来查询相关的事务和锁信息，通过imformation_schema 要比 show engine innodb status 命令要高效和全面。

在 MySQL 会话中执行如下命令，能看到谁阻塞和谁在等待，以及等待多久的查询。

mysql> SELECT
     IFNULL(wt.trx_mysql_thread_id, ) BLOCKING_THREAD_ID,t.trx_mysql_thread_id WAITING_THREAD_ID, CONCAT(p. USER, '@', p. HOST) USER,
     p.info SQL_TEXT, l.lock_table LOCK_TABLE, l.lock_index LOCKED_INDEX, l.lock_type LOCK_TYPE, l.lock_mode LOCK_MODE,
     CONCAT(FLOOR(HOUR (TIMEDIFF(now(), t.trx_wait_started)) / ),'day ',MOD (HOUR (TIMEDIFF(now(), t.trx_wait_started)),),':',
     MINUTE (TIMEDIFF(now(), t.trx_wait_started)),':',SECOND (TIMEDIFF(now(), t.trx_wait_started))) AS WAIT_TIME,
     t.trx_started TRX_STARTED, t.trx_isolation_level TRX_ISOLATION_LEVEL, t.trx_rows_locked TRX_ROWS_LOCKED, t.trx_rows_modified TRX_ROWS_MODIFIED
     FROM INFORMATION_SCHEMA.INNODB_TRX t
     LEFT JOIN information_schema.innodb_lock_waits w ON t.trx_id = w.requesting_trx_id
     LEFT JOIN information_schema.innodb_trx wt ON wt.trx_id = w.blocking_trx_id
     INNER JOIN information_schema.innodb_locks l ON l.lock_trx_id = t.trx_id
     INNER JOIN information_schema. PROCESSLIST p ON t.trx_mysql_thread_id = p.id
     ORDER BY \G
*************************** . row ***************************
 BLOCKING_THREAD_ID: 
  WAITING_THREAD_ID: 
               USER: root@localhost
           SQL_TEXT: NULL
         LOCK_TABLE: `tempdb`.`customer`
       LOCKED_INDEX: GEN_CLUST_INDEX
          LOCK_TYPE: RECORD
          LOCK_MODE: X
          WAIT_TIME: NULL
        TRX_STARTED: -- ::
TRX_ISOLATION_LEVEL: READ COMMITTED
    TRX_ROWS_LOCKED: 
  TRX_ROWS_MODIFIED: 
*************************** . row ***************************
 BLOCKING_THREAD_ID: 
  WAITING_THREAD_ID: 
               USER: root@localhost
           SQL_TEXT: select * from customer limit  for update
         LOCK_TABLE: `tempdb`.`customer`
       LOCKED_INDEX: GEN_CLUST_INDEX
          LOCK_TYPE: RECORD
          LOCK_MODE: X
          WAIT_TIME: 0day ::
        TRX_STARTED: -- ::
TRX_ISOLATION_LEVEL: READ COMMITTED
    TRX_ROWS_LOCKED: 
  TRX_ROWS_MODIFIED: 
 rows in set,  warnings ( sec)

从结果显示线程 62483 等待表 customer 中的锁已经 5s，它被线程 62751 所阻塞。

下面这个查询可以告诉你有多少查询被哪些线程锁阻塞。

mysql> select concat('thread ', .trx_mysql_thread_id, ' from ', p.host) as who_blocks,
       if(p.command = "Sleep", p.time, ) as idle_in_trx, 
       max(timestampdiff(second, r.trx_wait_started, now())) as max_wait_time, 
       count(*) as num_waiters
     from information_schema.innodb_lock_waits as w
     inner join information_schema.innodb_trx as  on .trx_id = w.blocking_trx_id
     inner join information_schema.innodb_trx as r on r.trx_id = w.requesting_trx_id
     left join information_schema.processlist as p on p.id = .trx_mysql_thread_id
     group by who_blocks order by num_waiters desc\G
*************************** . row ***************************
   who_blocks: thread  from localhost
  idle_in_trx: 
max_wait_time: 
  num_waiters: 
 row in set,  warning ( sec)

从结果显示线程 62751 已经空闲了一段时间，有 5 个线程在等待线程 62751 完成提交并释放锁，有一个线程已经等待线程 62751 释放锁长达 20s。

5. 小结

本小节以InnoDB存储引擎为例，介绍了存储引擎级别的锁：show engine innodb status 和 imformation_schema。

show engine innodb status 仅包含了 InnoDB 存储引擎的部分锁信息，但不会告诉你谁拥有锁。通过imformation_schema 可以高效和全面定位到谁阻塞和谁在等待，以及等待多久的查询。