MYSQL的行级锁到底锁的是什么东西

时间：2025-05-09 08:33:41

MySQL 的行级锁是一种锁机制，它允许数据库在执行并发操作时，锁定表中的某一行数据而不是整张表。行级锁通过限制对特定行的访问，允许其他线程并发地访问表中的其他行，从而提高并发性和性能。

行级锁的锁定对象

行级锁锁定的是 行数据，即对某一行数据进行加锁，使得其他事务在该行数据被解锁之前无法修改该行数据，但可以修改其他行。

行级锁通常出现在 InnoDB 存储引擎中。MySQL 会通过锁定 索引项 来实现行级锁，这意味着行级锁是在索引上实现的。当你对一个表中的某一行数据进行查询或更新操作时，MySQL 会基于该操作的索引来决定锁定的行。

行级锁的使用场景

  1. 事务并发操作：当多个事务并发修改表中的不同行时，行级锁能够防止一个事务对其他事务修改的行产生影响。行级锁适合在高并发环境下使用。
  2. 精确锁定数据：当你只想对表中的某几行数据进行锁定时，可以使用行级锁来提高并发性和性能。它能够在操作单个记录时减少锁竞争。
  3. 避免死锁：行级锁相比表级锁可以减少锁竞争，降低死锁发生的概率，但仍需谨慎管理事务的执行顺序和锁的使用。

行级锁的类型

在 InnoDB 存储引擎中，行级锁通常有以下几种：

  1. 共享锁（S锁）：多个事务可以共享同一行的锁，但不能修改该行。
  2. 排他锁（X锁）：一个事务对某一行加排他锁后，其他事务既不能读也不能修改该行。

示例 1：简单的行级锁使用

假设我们有一个 accounts 表，记录每个用户的账户余额。我们想确保同时只有一个事务可以修改某个用户的余额。

-- 创建一个示例表
CREATE TABLE accounts (
    id INT PRIMARY KEY,
    balance DECIMAL(10, 2)
);

-- 插入测试数据
INSERT INTO accounts (id, balance) VALUES (1, 1000.00), (2, 500.00);

场景：我们要从账户余额中扣款，假设有两个并发事务尝试操作用户 ID 为 1 的账户。为了保证一致性，我们使用行级锁来锁定特定的行。

-- 事务 A: 扣款操作
START TRANSACTION;
SELECT balance FROM accounts WHERE id = 1 FOR UPDATE;  -- 锁定该行，防止其他事务修改
UPDATE accounts SET balance = balance - 100 WHERE id = 1;
COMMIT;

-- 事务 B: 另一个扣款操作
START TRANSACTION;
SELECT balance FROM accounts WHERE id = 1 FOR UPDATE;  -- 这里会被阻塞，直到事务 A 提交
UPDATE accounts SET balance = balance - 200 WHERE id = 1;
COMMIT;

在上面的例子中，事务 A 和事务 B 都尝试修改 id = 1 的账户余额。使用 SELECT ... FOR UPDATE 语句来锁定该行，确保只有一个事务可以操作该行的数据。事务 B 会被阻塞，直到事务 A 提交。

示例 2：使用排他锁（X锁）

假设你需要确保在进行修改操作时，其他事务不能读取或者修改相同的数据。

-- 事务 A: 加排他锁
START TRANSACTION;
SELECT * FROM accounts WHERE id = 1 FOR UPDATE;  -- 加排他锁
UPDATE accounts SET balance = balance - 100 WHERE id = 1;
COMMIT;

-- 事务 B: 试图在事务 A 未提交时访问
START TRANSACTION;
SELECT * FROM accounts WHERE id = 1;  -- 这里会被阻塞，直到事务 A 提交
COMMIT;

在这个例子中，事务 B 的查询会被阻塞，因为事务 A 在对账户数据加排他锁（FOR UPDATE）后，事务 B 无法读取该行数据，直到事务 A 提交。

示例 3：避免死锁的使用

行级锁的一个重要场景是在多个事务并发访问多个资源时。死锁是指两个或多个事务在持有对方需要的锁时相互等待，从而导致永远无法完成。

-- 事务 A：先锁定账户1
START TRANSACTION;
UPDATE accounts SET balance = balance - 100 WHERE id = 1;
-- 事务 A 正在等待锁定账户2
UPDATE accounts SET balance = balance - 50 WHERE id = 2;

-- 事务 B：先锁定账户2
START TRANSACTION;
UPDATE accounts SET balance = balance - 30 WHERE id = 2;
-- 事务 B 正在等待锁定账户1
UPDATE accounts SET balance = balance - 20 WHERE id = 1;

在上述示例中，如果事务 A 和事务 B 都互相持有对方需要的锁，就会发生死锁。为了避免死锁，可以按照统一的顺序获取锁，或者使用 MySQL 的 SET innodb_lock_wait_timeout 来设置等待超时，避免长时间等待锁。

小结

行级锁通过锁定特定的行数据，在高并发场景下提供了较好的性能和隔离性。然而，它也有可能带来一些问题，如死锁或锁等待，因此在使用时需要合理设计事务和锁的粒度。通过合理使用 SELECT ... FOR UPDATE 和排他锁，可以提高数据库的并发性能。

相关文章