PHP项目悲观锁乐观锁如何实现

wen PHP项目 2026-07-02 29

PHP项目中的悲观锁与乐观锁：实现原理与最佳实践

目录导读

并发控制的核心问题：为什么需要锁机制？
悲观锁详解：从数据库到代码的完整实现
乐观锁详解：版本号与时间戳策略
实战对比：何时选择悲观锁？何时选择乐观锁？
常见问题与解答
总结与性能优化建议

并发控制的核心问题：为什么需要锁机制？

在PHP项目中,尤其是高并发的Web应用（如电商秒杀、库存管理系统），多个请求同时操作同一数据会导致“数据不一致”问题，用户A和用户B同时购买最后一件商品，若不控制并发，两人都可能看到“库存1件”并各自下单，导致超卖。

PHP项目悲观锁乐观锁如何实现

锁机制通过限制同一时刻对资源的访问,保证数据的一致性和完整性，PHP项目中最常用的两种锁策略是悲观锁和乐观锁。

悲观锁详解：从数据库到代码的完整实现

1 核心思想

悲观锁假设每次访问都可能发生冲突,因此在整个数据处理过程中，将资源锁定，禁止其他进程修改，通常依赖数据库的锁机制实现。

2 数据库层面的实现（MySQL InnoDB）

-- 开启事务
START TRANSACTION;
-- 对数据行加排他锁（FOR UPDATE）
SELECT quantity FROM products WHERE id = 1 FOR UPDATE;
-- 执行业务逻辑（检查库存>0，更新库存）
UPDATE products SET quantity = quantity - 1 WHERE id = 1;
-- 提交事务
COMMIT;

3 PHP代码中的封装（使用PDO）

try {
    $pdo->beginTransaction();
    // 加锁查询，阻塞其他事务直到当前事务提交
    $stmt = $pdo->prepare("SELECT quantity FROM products WHERE id = :id FOR UPDATE");
    $stmt->execute([':id' => $productId]);
    $row = $stmt->fetch(PDO::FETCH_ASSOC);
    if ($row['quantity'] <= 0) {
        throw new Exception('库存不足');
    }
    // 执行更新
    $updateStmt = $pdo->prepare("UPDATE products SET quantity = quantity - 1 WHERE id = :id");
    $updateStmt->execute([':id' => $productId]);
    $pdo->commit();
} catch (Exception $e) {
    $pdo->rollBack();
    // 记录日志或返回错误
}

4 悲观锁的优缺点

优点	缺点
数据强一致性，无脏读	并发性能差，容易造成死锁
实现简单，数据库原生支持	加锁时间长，降低吞吐量
适用于写多读少的场景	需考虑事务隔离级别

乐观锁详解：版本号与时间戳策略

1 核心思想

乐观锁假设大多数操作不会冲突,只在数据提交时检查是否被修改，通常通过版本号（version）或时间戳实现。

2 基于版本号的实现

数据库表结构

CREATE TABLE products (
    id INT PRIMARY KEY,
    quantity INT,
    version INT DEFAULT 1
);

PHP代码实现

// 1. 先读取当前版本号
$stmt = $pdo->prepare("SELECT quantity, version FROM products WHERE id = :id");
$stmt->execute([':id' => $productId]);
$product = $stmt->fetch(PDO::FETCH_ASSOC);
// 2. 检查库存
if ($product['quantity'] <= 0) {
    die('库存不足');
}
// 3. 更新时带上版本号条件
$updateStmt = $pdo->prepare("
    UPDATE products 
    SET quantity = quantity - 1, version = version + 1 
    WHERE id = :id AND version = :expected_version
");
$updateStmt->execute([
    ':id' => $productId,
    ':expected_version' => $product['version']
]);
// 4. 检查影响行数
if ($updateStmt->rowCount() === 0) {
    // 数据已被其他请求修改，需要重试或返回错误
    die('操作失败，请刷新重试');
}

3 基于时间戳的实现

// 更新条件改为时间戳比较
$updateSql = "UPDATE products SET quantity = quantity - 1, updated_at = NOW() 
              WHERE id = :id AND updated_at = :expected_time";

4 乐观锁的优缺点

优点	缺点
高并发性能，无锁竞争	需要处理冲突重试逻辑
不会产生死锁	不适合写密集型场景
实现灵活，业务层可控	可能出现ABA问题（需用版本号解决）

实战对比：何时选择悲观锁？何时选择乐观锁？

对比维度	悲观锁	乐观锁
适用场景	高冲突、写操作频繁（如银行转账）	低冲突、读多写少（如文章点赞）
性能影响	低并发时性能好，高并发性能差	低并发时开销略高，高并发性能优
实现复杂度	低（依赖数据库）	中（需要重试机制）
数据一致性	强一致性	最终一致性
典型应用	库存扣减、座位预订	博客编辑、用户信息更新