什么是mysql的行级锁？行级锁有哪些优缺点？

By adminmysql360On 2023年4月27日2023年4月24日

什么是mysql的行级锁？

MySQL 的行级锁（Row-Level Locking）是一种并发控制机制，可以保证多个用户同时读写同一表的不同行时，每行数据在同一时刻只能被一个事务访问和修改，从而避免了数据的脏读、不可重复读和幻读等情况。

MySQL 的行级锁主要有两种类型：共享锁（Shared Locks）和排他锁（Exclusive Locks）。共享锁在读操作时使用，而排他锁则在写操作时使用。

共享锁表示一个事务只能读取一行数据，在该事务持有共享锁期间，其他事务也能够获取这个数据行的共享锁。而排他锁则表示一个事务独占一个数据行，其他的事务不能获得该数据行的任何类型的锁。

行级锁有哪些优缺点？

行级锁的优点在于它最大程度地保留了并发性，提高了系统的吞吐量。但是行级锁也有一些缺点，例如在写操作时可能会导致死锁；同时需要消耗更多的内存来存储锁的信息，从而带来一些额外的开销。因此，在使用行级锁时需要谨慎考虑其优缺点，并根据实际情况进行选择。

一个使用 MySQL 行级锁的示例

假设有一张表 t_user，其中包含两个字段：id 和 name。现在有两个事务要修改同一行数据，此时就需要使用行级锁来避免并发问题。

假设事务 A 要将 id 为 1 的用户的 name 改成 “Tom”，而事务 B 同时要将 id 为 1 的用户的 name 改成 “Jerry”。

在这种情况下，如果不使用行级锁，则会出现脏读、不可重复读、幻读等问题。因此，可以分别对两个事务加上排他锁（Exclusive Locks），以保证同一时刻只能有一个事务对该行数据进行修改。示例如下：

事务 A：

BEGIN;
SELECT * FROM t_user WHERE id = 1 FOR UPDATE; -- 对id为1的行加排他锁
UPDATE t_user SET name = 'Tom' WHERE id = 1;
COMMIT;

事务 B：

BEGIN;
SELECT * FROM t_user WHERE id = 1 FOR UPDATE; -- 对id为1的行加排他锁
UPDATE t_user SET name = 'Jerry' WHERE id = 1;
COMMIT;

在以上示例中，事务 A 和事务 B 都是先对 id 为 1 的行进行了 SELECT … FOR UPDATE 操作，这个操作相当于对该行加了排他锁，其他事务暂时不能获取该行的任何类型的锁。随后，事务 A 和事务 B 分别对该行数据进行了修改，最后再次提交事务即可。通过这种方式，可以避免并发问题，保证了数据的一致性。

会引发死锁的例子

行级锁在写操作时可能会引发死锁，这是因为当一个事务持有某些行的排他锁时，其他事务就无法获取这些行的任何类型的锁，从而可能导致资源的争用，最终产生死锁。

下面举一个会引发死锁的例子：

假设有以下两张表：

CREATE TABLE `t_A` (
  `id` INT NOT NULL,
  `name` VARCHAR(50) NOT NULL,
  PRIMARY KEY (`id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8;

CREATE TABLE `t_B` (
  `id` INT NOT NULL,
  `name` VARCHAR(50) NOT NULL,
  PRIMARY KEY (`id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8;

现在有两个事务 T1 和 T2 要同时向 t_A 和 t_B 中插入数据，并同时更新 t_A 和 t_B 中同一行的 name 字段。具体操作如下：

事务 T1 执行以下操作：

BEGIN;
-- 向t_A表中插入一条记录，并获取该行的排他锁
INSERT INTO t_A (id, name) VALUES (1, 'row1');
SELECT * FROM t_A WHERE id = 1 FOR UPDATE;
-- 向t_B表中插入一条记录，并获取该行的排他锁
INSERT INTO t_B (id, name) VALUES (1, 'row1');
SELECT * FROM t_B WHERE id = 1 FOR UPDATE;
-- 更新t_A和t_B中id为1行的name字段
UPDATE t_A SET name = 'update by T1' WHERE id = 1;
UPDATE t_B SET name = 'update by T1' WHERE id = 1;
COMMIT;

事务 T2 执行以下操作：

BEGIN;
-- 向t_A表中插入一条记录，并获取该行的排他锁
INSERT INTO t_A (id, name) VALUES (2, 'row2');
SELECT * FROM t_A WHERE id = 2 FOR UPDATE;
-- 向t_B表中插入一条记录，并获取该行的排他锁，此时可能会发生死锁
INSERT INTO t_B (id, name) VALUES (2, 'row2');
SELECT * FROM t_B WHERE id = 2 FOR UPDATE;
-- 更新t_A和t_B中id为2行的name字段
UPDATE t_A SET name = 'update by T2' WHERE id = 2;
UPDATE t_B SET name = 'update by T2' WHERE id = 2;
COMMIT;

在这个例子中，事务 T1 先向 t_A 和 t_B 中插入了一条相同的记录，并获取了这两行的排他锁。接着，事务 T2 同时插入了一条数据，并尝试获取 t_B 表中 id 为 2 的行的排他锁，但这个行的排他锁已经被事务 T1 获取了。此时，事务 T2 会被阻塞，而事务 T1 正在等待事务 T2 的提交。由于两个事务互相等待对方提交，产生了死锁。

因此，在使用行级锁时需要注意，避免出现死锁的情况，可以通过合理的事务设计、降低并发性等方式减少死锁的发生。

浏览量: 29