mysql阻塞后锁的释放

在测试锁的情况下，可能会遇到莫名奇妙的锁定的情况。比如之前测试行锁的时候，http://blog.csdn.net/aoerqileng/article/details/51354441 在innodb中innodb_lock_wait_timeout用来控制等待的时间，innodb_rollback_on_timeout用来决定在等待超时的时候对进行中的事务进行回滚操作，模式是off就是不会滚，索引在测试的时候，事务超时了，这个时候是没有回滚的，锁还是存在的，所以会给人莫名其妙的感觉，如果线上出现了这个情况，如果代码中没有做处理，就需要人为手工的去干预了。
测试如下：
| baixyu | CREATE TABLE baixyu (
userid int(11) NOT NULL,
name varchar(10) DEFAULT NULL,
PRIMARY KEY (userid)
) ENGINE=InnoDB DEFAULT CHARSET=utf8 |

mysql> select * from baixyu;
+——–+——+
| userid | name |
+——–+——+
| 1 | a |
| 2 | a |
| 3 | a |
| 4 | a |
| 5 | a |
| 6 | bb |
| 7 | cc |
+——–+——+
session1:

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

mysql> update baixyu set name='zz' where userid=7;
Query OK, 1 row affected (0.02 sec)
Rows matched: 1  Changed: 1  Warnings: 0
session 2:
mysql> begin;
Query OK, 0 rows affected (0.00 sec)

mysql> insert into baixyu values(99,'qqq');
Query OK, 1 row affected (0.04 sec)
下面的语句被阻塞
mysql> update baixyu set name='yyy' where userid=7;
等待超时，超时后查询表
mysql> select * from baixyu;
+--------+------+
| userid | name |
+--------+------+
|      1 | a    |
|      2 | a    |
|      3 | a    |
|      4 | a    |
|      5 | a    |
|      6 | bb   |
|      7 | cc   |
|     99 | qqq  |
+--------+------+
看到99这个记录还在
这个时候在session 3执行下面的操作，会被阻塞
mysql> insert into baixyu values(99,'tt');

可见在这种情况下，代码需要进行处理，如果代码中没有进行处理，那么需要dba手工介入处理