数据库锁机制

木灵鱼儿 2025-05-12 10:51 514 阅读20分钟

数据库锁机制

数据库锁机制是保证数据一致性、完整性和并发安全的重要手段。MySQL作为主流的关系型数据库，其锁机制设计合理，能够满足高并发场景下的数据访问需求。本文将详细介绍MySQL中的锁机制，并结合实际案例进行说明。

1. 什么是数据库的锁？

数据库的锁是一种用于管理多个用户对数据库中同一资源（如表、行等）并发访问的机制。通过加锁，可以防止数据在并发操作时出现不一致或冲突，确保数据的正确性和完整性。

2. 有哪些锁？分别的触发条件和实际应用场景

1. 表锁（Table Lock）

触发条件：

当你对整张表进行操作（如 LOCK TABLES、ALTER TABLE、DROP TABLE 等）时会触发表锁。
MyISAM 存储引擎主要使用表锁。

实际应用场景：

适用于读多写少的场景，比如报表统计、批量数据导入导出。
优点是实现简单，开销小；缺点是并发性能差，容易造成阻塞。

2. 行锁（Row Lock）

触发条件：

当你对表中的某一行或几行进行操作（如 UPDATE、DELETE、SELECT ... FOR UPDATE）时会触发行锁。
InnoDB 存储引擎支持行锁。

实际应用场景：

适用于高并发的 OLTP（联机事务处理）系统，比如银行转账、电商下单。
优点是并发性能高，锁粒度小；缺点是实现复杂，可能出现死锁。

3. 意向锁（Intention Lock）

触发条件：

当事务准备加行锁时，InnoDB 会先在表级别加一个意向锁（如意向共享锁、意向排他锁）。
这是 InnoDB 为了支持多粒度锁定而设计的。

实际应用场景：

用于协调表锁和行锁的关系，保证加锁的安全性和效率。
用户一般感知不到，数据库自动处理。

4. 共享锁（Shared Lock，S锁）

触发条件：

当你执行 SELECT ... LOCK IN SHARE MODE 时，会对读取的行加共享锁。
多个事务可以同时加共享锁，但不能加排他锁。

实际应用场景：

适用于需要读取数据并保证数据不被修改的场景，比如生成报表时读取数据。

5. 排他锁（Exclusive Lock，X锁）

触发条件：

当你执行 UPDATE、DELETE 或 SELECT ... FOR UPDATE 时，会对相关行加排他锁。
排他锁期间，其他事务不能再加任何锁。

实际应用场景：

适用于需要修改数据并保证数据独占的场景，比如订单扣库存。

6. Gap Lock（间隙锁）

触发条件：

InnoDB 在可重复读隔离级别下，为了防止幻读，会对索引间的“间隙”加锁。
比如 SELECT * FROM t WHERE id > 10 FOR UPDATE，会锁住 id > 10 的间隙。

实际应用场景：

防止“幻读”，保证事务隔离性，常用于银行等对数据一致性要求高的场景。

7. Next-Key Lock（临键锁）

触发条件：

是行锁和间隙锁的组合，锁住当前行和前后的间隙。
主要在可重复读隔离级别下出现。

实际应用场景：

进一步防止幻读，保证数据一致性。

3. 索引对锁的影响

1. 有索引的情况下

InnoDB 会尽量只锁住命中的索引记录（行锁），锁的范围小，并发性能高。
如果用的是唯一索引，锁定更精确，只锁定命中的那一行。
如果用的是普通索引，可能会锁住符合条件的多行。

2. 无索引的情况下

InnoDB 只能对整张表加锁（表锁），因为它无法快速定位到具体的行。
这样会导致并发性能大幅下降，其他事务无法同时操作这张表。

代码示例对比

1. 创建测试表

CREATE TABLE user_test (
    id INT PRIMARY KEY AUTO_INCREMENT,
    name VARCHAR(20),
    age INT
) ENGINE=InnoDB;

2. 有索引的情况

-- 给 age 字段加索引
CREATE INDEX idx_age ON user_test(age);

-- 事务1
START TRANSACTION;
SELECT * FROM user_test WHERE age = 25 FOR UPDATE;

-- 事务2（此时可以操作 age ≠ 25 的行，不会被阻塞）
START TRANSACTION;
UPDATE user_test SET name = 'Tom' WHERE age = 30;

说明：
有索引时，FOR UPDATE 只会锁住 age=25 的行，其他行可以被其他事务操作。

3. 无索引的情况

-- 删除 age 字段索引
DROP INDEX idx_age ON user_test;

-- 事务1
START TRANSACTION;
SELECT * FROM user_test WHERE age = 25 FOR UPDATE;

-- 事务2（此时任何对 user_test 的写操作都会被阻塞）
START TRANSACTION;
UPDATE user_test SET name = 'Tom' WHERE age = 30;

说明：
无索引时，FOR UPDATE 会锁住整张表，导致其他事务对 user_test 的任何写操作都会被阻塞。

4. 查询范围对锁的影响

1. 范围查询与锁类型

等值查询（如WHERE id=5）：只会对满足条件的记录加记录锁（Record Lock）。
范围查询（如WHERE id>5）：不仅会对满足条件的记录加锁，还会对范围内的间隙加间隙锁（Gap Lock）或临键锁（Next-Key Lock）。

2. 案例代码

假设有如下表结构：

CREATE TABLE user (
  id INT PRIMARY KEY,
  name VARCHAR(20)
) ENGINE=InnoDB;
INSERT INTO user VALUES (1, 'A'), (3, 'B'), (5, 'C'), (7, 'D');

id	name
1	A
3	B
5	C
7	D

场景一：等值查询加锁

-- 会话1
START TRANSACTION;
SELECT * FROM user WHERE id = 3 FOR UPDATE;
-- 只锁住id=3这一行

场景二：范围查询加锁

-- 会话1
START TRANSACTION;
SELECT * FROM user WHERE id > 3 FOR UPDATE;
-- 锁住id=5、id=7这两行，以及id>3到id=5、id=5到id=7、id=7到正无穷的间隙

此时，如果另一个会话尝试插入id=4或id=6，会被阻塞：

-- 会话2
INSERT INTO user VALUES (4, 'E'); -- 被阻塞

场景三：防止幻读

范围锁的作用就是防止幻读。例如在可重复读（REPEATABLE READ）隔离级别下，范围查询会加Next-Key Lock，防止其他事务在范围内插入新记录。

5. 悲观锁和乐观锁及应用场景和案例

（1）悲观锁

定义：假设数据会被并发修改，操作前先加锁。
应用场景：高并发写入、数据冲突概率高的场景。

案例：

BEGIN;
SELECT * FROM account WHERE id=1 FOR UPDATE;
-- 进行转账操作
UPDATE account SET balance = balance - 100 WHERE id=1;
COMMIT;

（2）乐观锁

定义：假设数据不会被并发修改，操作时不加锁，提交时校验数据是否被修改。
应用场景：读多写少、冲突概率低的场景。

案例（基于版本号）：

-- 读取数据及版本号
SELECT balance, version FROM account WHERE id=1;
-- 更新时带上版本号
UPDATE account SET balance = balance - 100, version = version + 1 WHERE id=1 AND version=1;

6. 读锁和写锁

读锁（共享锁）：多个事务可同时加读锁，互不影响。
写锁（排他锁）：同一时刻只允许一个事务加写锁，其他事务需等待。

示例：

-- 加读锁
SELECT * FROM user WHERE id=1 LOCK IN SHARE MODE;
-- 加写锁
SELECT * FROM user WHERE id=1 FOR UPDATE;

7. 表锁案例

场景：批量数据迁移或表结构变更时，防止其他会话操作表。

优化案例：

-- 对orders表加写锁，防止其他会话读写
LOCK TABLES orders WRITE;
-- 进行批量插入或更新操作
INSERT INTO orders VALUES (...);
UPDATE orders SET status='已完成' WHERE id=100;
-- 解锁
UNLOCK TABLES;

8. FOR UPDATE的解释及其他相关语法

FOR UPDATE：用于InnoDB事务中，对查询结果集加排他锁（写锁），防止其他事务修改或删除这些行，常用于悲观锁场景。
LOCK IN SHARE MODE：对查询结果集加共享锁（读锁），允许其他事务读取但不允许修改。
区别：
FOR UPDATE：加写锁，阻塞其他写和读锁。
LOCK IN SHARE MODE：加读锁，允许其他读锁，但阻塞写锁。

示例：

-- FOR UPDATE加写锁
SELECT * FROM user WHERE id=1 FOR UPDATE;
-- LOCK IN SHARE MODE加读锁
SELECT * FROM user WHERE id=1 LOCK IN SHARE MODE;

9. 相关性补充（详细说明与案例）

（1）死锁

定义：多个事务互相等待对方释放锁，导致系统阻塞。
InnoDB处理：自动检测并回滚部分事务以解决死锁。

案例：

-- 事务A
BEGIN;
UPDATE account SET balance = balance - 100 WHERE id=1;
-- 事务B
BEGIN;
UPDATE account SET balance = balance - 200 WHERE id=2;
-- 事务A
UPDATE account SET balance = balance - 100 WHERE id=2; -- 等待B释放
-- 事务B
UPDATE account SET balance = balance - 200 WHERE id=1; -- 等待A释放，死锁

（2）间隙锁（Gap Lock）

定义：InnoDB为防止幻读，在范围查询时会锁定范围内不存在的记录间隙。

案例：

-- 假设id为1、3、5存在
BEGIN;
SELECT * FROM test WHERE id > 1 AND id < 5 FOR UPDATE;
-- 锁定id=3及id在(1,5)之间的间隙，防止插入新记录

（3）自增锁

定义：对自增主键的特殊锁，保证自增值的唯一性。

案例：

-- 多个事务同时插入自增主键，InnoDB会自动加自增锁，保证主键唯一
INSERT INTO user (name) VALUES ('A');

总结

MySQL的锁机制丰富且灵活，合理使用锁可以有效提升数据库的并发性能和数据安全性。在实际开发中，应根据业务场景选择合适的锁类型和粒度，避免不必要的锁竞争和死锁问题。

数据库锁机制