一、错误发生及原因猜测
1、错误发生
在删除 t_user 表的一条数据时，Navicat 发生长时间的无响应，然后弹出一个对话框，提示：ERROR 1205: Lock wait timeout exceeded; try restarting transaction
关闭对话框之后，数据并没有被删除。
2、原因猜测
根据错误信息可以知道，是因为锁等待超时导致的错误。那么具体到底是什么原因。
我们知道，InnoDB 引擎是支持事务的。
在使用 begin 或 start transaction 开启事务，进行更新、删除时，会对被操作的行加行级锁。
如果这个事务没有提交，而其他的事务对同一行也进行了更新、删除操作，那么这个事务是不能成功的，至于会不会出现上面的错误，还不确定。
二、错误重现
1、演示环境
|
操作系统 |
Windows 7 x64 |
|
MySQL版本 |
MySQL Community Server (GPL) 5.5.56 |
|
执行未提交事务的用户 |
system |
|
查看会话、执行删除操作的用户 |
root |
|
数据库 |
test |
|
表 |
t_user |
1 mysql> select * from t_user; 2 +----+----------+ 3 | id | username | 4 +----+----------+ 5 | 1 | a1 | 6 | 2 | a2 | 7 | 3 | a3 | 8 | 4 | a4 | 9 | 5 | a5 | 10 | 6 | a6 | 11 +----+----------+
2、错误重现
使用 A窗口 更新 id = 2 的数据
1 mysql> begin; 2 Query OK, 0 rows affected (0.00 sec) 3 4 mysql> update t_user set username = 'b1' where id = 2; 5 Query OK, 1 row affected (0.00 sec) 6 Rows matched: 1 Changed: 1 Warnings: 0
在没有提交的情况下，使用 C窗口 查看当前事务，我们可以看到事务的 状态(trx_state)、行锁数(trx_rows_locked)、修改数据行数(trx_rows_modified) 等信息
1 mysql> select * from innodb_trxG; 2 *************************** 1. row *************************** 3 trx_id: A023 4 trx_state: RUNNING 5 trx_started: 2018-03-11 15:30:19 6 trx_requested_lock_id: NULL 7 trx_wait_started: NULL 8 trx_weight: 3 9 trx_mysql_thread_id: 5 10 trx_query: NULL 11 trx_operation_state: NULL 12 trx_tables_in_use: 0 13 trx_tables_locked: 0 14 trx_lock_structs: 2 15 trx_lock_memory_bytes: 376 16 trx_rows_locked: 1 17 trx_rows_modified: 1 18 trx_concurrency_tickets: 0 19 trx_isolation_level: REPEATABLE READ 20 trx_unique_checks: 1 21 trx_foreign_key_checks: 1 22 trx_last_foreign_key_error: NULL 23 trx_adaptive_hash_latched: 0 24 trx_adaptive_hash_timeout: 10000
此时再使用 B窗口 删除t_user表的数据，在删除 id = 2 的数据时，发现事务被阻塞。我们在 C窗口 查看 processlist、事务以及锁等待 情况
1 mysql> show full processlist;
1 mysql> select * from innodb_trxG;
1 mysql> select * from INNODB_LOCK_WAITSG;
当事务超时后出现1205的错误
此时，我们再查看一下 processlist、事务以及锁等待 情况，发现刚才处于 等待状态 的事务、process和锁等待已经没有了
1 mysql> show full processlist; 2 mysql> select * from INNODB_LOCK_WAITSG; 3 mysql> select * from innodb_trxG;
此时把 A窗口rollback 回来
mysql> rollback;
再查看一下processlist、事务以及锁等待情况
由此可以确定：1205 的错误是因为未提交事务对数据加了行级锁，当前事务获取同一数据行级锁超时导致的
三、解决方案
我们可以使用 show full processlist 查看未提交事务的连接的 id
可以看到这个连接的id是5
如果可以确定不是很重要的事务，我们可以使用kill命令断开这个连接。
mysql> kill 5;
如果不确定的话，还是需要沟通一下如何安全处理。