概述

以下资料是网络收集外加部分个人理解，当前数据库版本：MySQL Ver 14.14 Distrib 5.7.11, for Win64 (x86_64)。

记得以前，当出现：ERROR 1205 (HY000): Lock wait timeout exceeded; try restarting transaction，要解决是一件麻烦的事情。特别是当一个SQL执行完了，但未COMMIT，后面的SQL想要执行就是被锁，超时后结束，DBA光从数据库无法着手找出源头是哪个SQL锁住了。有时候看看 show engine innodb status， 并结合 show full processlist 能暂时解决问题，但一直不能精确定位。

在5.5中，information_schema 库中增加了三个关于锁的表(MEMORY引擎)

Innodb锁

Innodb存储引擎实现了如下2种标准的行级锁：

共享锁(S lock)，允许事务读取一行数据，select语句后加lock in share mode。

排它锁(X lock)，允许事务删除或者更新一行数据，select语句后加for update。

当一个事务获取了行r的共享锁，那么另外一个事务也可以立即获取行r的共享锁，因为读取并未改变行r的数据，这种情况就是锁兼容。但是如果有事务想获得行r的排它锁，则它必须等待事务释放行r上的共享锁—这种情况就是锁不兼容，二者兼容性如下表格所示：

X 排它锁

S 共享锁

X 排它锁

冲突

冲突

S 共享锁

冲突

兼容

另外，为了允许行锁和表锁共存，实现多粒度锁机制，InnoDB还有两种内部使用的意向锁(Intention Locks)，不需要我们代码控制，这两种意向锁都是表锁。

意向共享锁(IS)：事务打算给数据行加行共享锁，事务在给一个数据行加共享锁前必须先取得该表的IS锁。

意向排他锁(IX)：事务打算给数据行加行排他锁，事务在给一个数据行加排他锁前必须先取得该表的IX锁。

意向锁的作用：

因为表锁覆盖了行锁的数据，所以表锁和行锁也会产生冲突。比如A事务申请表锁，B事务申请行级锁，或者A事务申请行级锁，B事务申请表锁。这时候B事务的申请是需要被阻塞的。那么怎么判断B事务该阻塞呢？遍历表的每一行看看是否有行级锁吗？这样效率非常差。这时候就引入了意向锁。在申请行锁前，数据库自动为我们申请了对应的意向锁，因为意向锁是表锁，这时候如果再申请表锁，就自然会阻塞了。

innodb_locks

当前出现的锁

lock_id

InnoDB内部的唯一锁ID

lock_trx_id

拥有这个锁的事务ID

lock_mode

锁模式，S， X， IS， IX等

lock_type

锁类型，RECORD或者TABLE

lock_table

被锁的表或包含被锁记录的表

lock_index

被锁的索引，不是行级锁时为NULL

lock_space

被锁的表空间号，不是行级锁时为NULL

lock_page

被锁的页号，不是行级锁时为NULL

lock_rec

被锁的Heap号，不是行级锁时为NULL

lock_data

被锁的记录的主键，不是行级锁时为NULL

innodb_lock_waits

当前等待的锁

requesting_trx_id

正在请求的、受阻的事务ID

requested_lock_id

事务正在等待的锁ID

blocking_trx_id

阻塞其他事务的事务ID

blocking_lock_id

阻塞其他事务的事务持有的锁ID

innodb_trx

当前所有事务

trx_id

InnoDB内部的唯一事务ID

trx_state

事务状态，RUNNING, LOCK WAIT等

trx_started

事务开始时间

trx_requested_lock_id

事务正在等待的锁ID

trx_wait_started

事务开始等待的时间

trx_weight

事务的权重，当发生死锁回滚的时候，优先选择该值最小的进行回滚

trx_mysql_thread_id

事务线程ID，即show full processlist中的ID

trx_query

执行的SQL语句

trx_operation_state

事务当前操作状态

trx_tables_in_use

执行当前SQL时有多少个表被使用

trx_tables_locked

执行当前SQL时有多少个表有行锁

trx_lock_structs

事务保留的锁的数量

trx_lock_memory_bytes

事务锁占据的内存大小(B)

trx_rows_locked

事务锁定的大概行数

trx_rows_modified

事务修改和插入的行数

trx_concurrency_tickets

即innodb_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

trx_is_read_only

1表示事务是只读的

trx_autocommit_non_locking

1表示事务是不包含FOR UPDATE或者LOCK IN SHARE MODE语句，并且autocommit是enable的

以上翻译并不完整，如果有疑问的可以参考官网。

步骤

首先：

SELECT * FROM INFORMATION_SCHEMA.INNODB_LOCK_WAITS;

获取到blocking_trx_id

然后：

SELECT * FROM INFORMATION_SCHEMA.INNODB_TRX;

查找trx_id和上面获取到的blocking_trx_id一样的记录，获取这条记录的trx_mysql_thread_id

最后：

kill 上面获取到的trx_mysql_thread_id

这样就把阻塞其他事务的事务线程杀掉了。