mysql 某条记录被锁住了 mysql中锁住表的一行记录

转载

ctaxnews 2023-10-10 21:59:47

首先我们有三张表 t1,t2,t3，它们都是只有两个字段， int类型的id和varchar类型的name；区别是t1没有索引，t2有主键索引，t3有唯一索引。

mysql 某条记录被锁住了 mysql中锁住表的一行记录_mysql

再强调一次，在实验前必须提前关闭自动提交，set autocommit=off。然后show variables like 'autocommit'查看自动提交是否是off。

我们先假设InnoDB的锁锁住了是一行数据或者一条记录。

这个实验操作是操作没有索引的t1，t1里面有4条数据：1、2、3、4。

现在我们在两个会话里面手工开启两个事务。在第一个事务里面，我们通过where id =1 锁住第一行数据。在第二个事务里面，我们尝试给id=3的这一行数据加锁，大家觉得能成功吗？

Transaction1	Transaction2
Begin;
SELECT * FROM t1 where id=1 FOR UPDATE;
	Begin;
	SELECT * FROM t1 where id=3 FOR UPDATE; // BLOCKED
	INSERT INTO t1 (id, name) VALUES (5, ‘5’); // BLOCKED

这就有点奇怪了，第一个事务锁住了id=1的这行数据，为什么我不能操作id=3的数据呢？我们再来操作一条不存在的数据，插入id=5。它也被阻塞了。实际上这里整张表都被锁住了。所以，我们的第一个猜想被推翻了，InnoDB的锁锁住的应该不是Record。

那为什么在没有索引或者没有用到索引的情况下，会锁住整张表？这个问题我们先留在这里。下面继续看第二个实验。

我们先看一下t2的表结构。字段是一样的，不同的地方是id上创建了一个主键索引。里面的数据是 1、4、7、10。

Transaction1	Transaction2
Begin;
SELECT * FROM t2 where id=1 FOR UPDATE;
	Begin;
	SELECT * FROM t2 where id=1 FOR UPDATE; // BLOCKED
	SELECT * FROM t2 where id=4 FOR UPDATE; // OK

第一种情况，使用相同的id值去加锁，冲突；使用不同的id加锁，可以加锁成功。

那么出现问题了，从实验一中得到锁定的不是一行数据，但是实验二操作不同记录的数据又可以成功，那有没有可能是锁住了id的这个字段呢？

我们看一下 t3 的表结构。字段还是一样的， id上创建了一个主键索引，name上创建了一个唯一索引。里面的数据是1、4、7、10。

在第一个事务里面，我们通过name字段去锁定值是4的这行数据。在第二个事务里面，尝试获取一样的排它锁，肯定是失败的，这个不用怀疑。在这里我们怀疑InnoDB锁住的是字段，所以这次我换一个字段，用id=4去给这行数据加锁，大家觉得能成功吗？

Transaction1	Transaction2
Begin;
SELECT * FROM t3 where name=‘4’ FOR UPDATE;
	Begin;
	SELECT * FROM t3 where name=‘4’ FOR UPDATE; // BLOCKED
	SELECT * FROM t3 where id=4 FOR UPDATE; // BLOCKED