MySQL锁机制全解：乐观锁与悲观锁的原理与应用

最新推荐文章于 2025-10-06 14:53:12 发布

原创最新推荐文章于 2025-10-06 14:53:12 发布 · 917 阅读

20 ·

CC 4.0 BY-SA版权

文章标签：

#数据库 #mysql

Mysql知识点专栏收录该内容

21 篇文章

订阅专栏

在数据库管理系统中，锁机制是保证数据一致性和并发控制的关键技术。MySQL 提供了两种主要的锁机制：乐观锁（Optimistic Lock） 和 悲观锁（Pessimistic Lock）。它们在实现方式、适用场景和性能表现上各有特点。以下是对这两种锁机制的详细介绍。

一、乐观锁（Optimistic Lock）

1.1 定义

乐观锁（Optimistic Locking）是一种基于假设的锁机制，它假设在大多数情况下，数据在读取和修改过程中不会发生冲突。因此，它不会在事务开始时就对数据加锁，而是在提交时才检查是否有冲突。

1.2 实现方式

乐观锁通常通过以下两种方式实现：

基于版本号（Version Number）：
- 在数据库表中增加一个版本号字段（如 version）。
- 每次更新数据时，版本号加1。
- 提交更新时，检查版本号是否发生变化。如果版本号与读取时的版本号一致，则更新成功；否则，更新失败。
示例代码：
```
-- 创建表
CREATE TABLE products (
    id INT PRIMARY KEY,
    name VARCHAR(100),
    price DECIMAL(10, 2),
    version INT DEFAULT 1
);

-- 更新数据
UPDATE products
SET name = 'New Product Name', price = 99.99, version = version + 1
WHERE id = 1 AND version = 1;
```

基于时间戳（Timestamp）：

在数据库表中增加一个时间戳字段（如 last_modified）。
每次更新数据时，更新时间戳。
提交更新时，检查时间戳是否发生变化。如果时间戳与读取时的时间戳一致，则更新成功；否则，更新失败。

示例代码：

-- 创建表
CREATE TABLE products (
    id INT PRIMARY KEY,
    name VARCHAR(100),
    price DECIMAL(10, 2),
    last_modified TIMESTAMP DEFAULT CURRENT_TIMESTAMP
);

-- 更新数据
UPDATE products
SET name = 'New Product Name', price = 99.99, last_modified = NOW()
WHERE id = 1 AND last_modified = '2025-04-15 10:00:00';

1.3 优点

高并发性能：由于不加锁，乐观锁在高并发场景下可以显著减少锁的开销，提高系统性能。
减少锁竞争：适用于读多写少的场景，减少了锁的竞争，提高了系统的吞吐量。

1.4 缺点

冲突处理复杂：如果多个事务同时更新同一数据，可能会导致冲突。需要在应用层处理冲突，增加了复杂性。
适用场景有限：在高冲突场景下，乐观锁的性能优势会大打折扣。

1.5 适用场景

读多写少的系统：如电商系统中的商品信息查询。
高并发系统：如金融系统中的交易记录查询。

二、悲观锁（Pessimistic Lock）

2.1 定义

悲观锁（Pessimistic Locking）是一种基于假设的锁机制，它假设在大多数情况下，数据在读取和修改过程中会发生冲突。因此，它会在事务开始时就对数据加锁，直到事务结束才释放锁。

2.2 实现方式

在 MySQL 中，悲观锁可以通过以下两种方式实现：

SELECT ... FOR UPDATE：
- 在事务中使用 SELECT ... FOR UPDATE 语句，对数据行加排他锁（X锁）。
- 其他事务无法对该行进行更新或加锁，直到当前事务提交或回滚。
示例代码：
```
-- 开始事务
START TRANSACTION;

-- 加锁
SELECT * FROM products WHERE id = 1 FOR UPDATE;

-- 更新数据
UPDATE products SET price = 99.99 WHERE id = 1;

-- 提交事务
COMMIT;
```
SELECT ... LOCK IN SHARE MODE：
- 在事务中使用 SELECT ... LOCK IN SHARE MODE 语句，对数据行加共享锁（S锁）。
- 其他事务可以对该行加共享锁，但不能加排他锁，直到当前事务提交或回滚。
示例代码
```
-- 开始事务
START TRANSACTION;

-- 加锁
SELECT * FROM products WHERE id = 1 LOCK IN SHARE MODE;

-- 查询数据
SELECT * FROM products WHERE id = 1;

-- 提交事务
COMMIT;
```