mysql条件查询不存在行,使用for update加锁的分析

先介绍一个实际的例子。

有如下的表:

CREATE TABLE `test_2` (
  `id` int(11) NOT NULL,
  `name` varchar(100) DEFAULT NULL,
  PRIMARY KEY (`id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8

表中数据如下:

mysql> SELECT * FROM test_2;
+----+------+
| id | name |
+----+------+
|  1 | 1    |
|  6 | 6    |
| 11 | 11   |
| 16 | 16   |
| 21 | 21   |
| 26 | 26   |
| 31 | 31   |
| 36 | 36   |
+----+------+
8 rows in set (0.00 sec)

有两个并发的事务执行相同的SQL:

START TRANSACTION;
SELECT * FROM test_2 WHERE id = 13 FOR UPDATE;
INSERT INTO test_2 VALUES (13, '13');
COMMIT;

出现死锁:

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

mysql> SELECT * FROM test_2 WHERE id = 13 FOR UPDATE;
Empty set (0.00 sec)

mysql> INSERT INTO test_2 VALUES (13, '13');
ERROR 1213 (40001): Deadlock found when trying to get lock; try restarting transaction
mysql> 

该例子和幻读挺类似的。但是for update应该加的是独占锁,而且如果对应的索引是唯一索引加的是行锁,一个事务加锁了,另一个事务应该被阻塞了。但是如果该查询条件对应的记录不存在,加的则是gap锁,该例子中锁的范围是(11,16),不包括11,16,gap是互相兼容的,另一个事务不会阻塞。执行insert语句时,需要insert意向锁,和gap锁是冲突的,所以产生了死锁。




阅读更多
想对作者说点什么?

博主推荐

换一批

没有更多推荐了,返回首页