MySQL 乐观锁的实际落地：避免并发更新冲突的 3 种实现方式

在高并发业务场景（如秒杀库存扣减、订单状态更新）中，数据库并发更新冲突是核心痛点------例如秒杀时"库存超卖"、订单"同时支付和取消"导致状态异常。悲观锁（SELECT FOR UPDATE）虽能解决冲突，但会导致线程阻塞、性能下降，甚至引发死锁；而乐观锁基于"无锁假设"，通过"更新时校验条件"实现冲突控制，适合读多写少、高并发的业务场景。本文将详解乐观锁的 3 种落地方式（版本号字段、时间戳字段、CAS 原生对比），结合秒杀、订单场景提供可直接落地的代码案例，并分析高并发下的性能差异与死锁规避技巧。

一、乐观锁核心原理与适用场景

核心原理

乐观锁假设"并发更新冲突概率低"，核心逻辑是：

读取数据时不加锁，仅记录数据的"版本/状态标识"；
更新数据时，通过 WHERE条件校验"标识是否未被修改"；
若校验通过则更新，若失败则说明数据已被其他线程修改，触发应用层重试。

适用场景

高并发读、低并发写的场景（如秒杀库存扣减、商品库存更新）；
避免长事务阻塞的场景（如订单状态更新，无需锁定整个记录）；
对性能要求高、可接受"少量重试"的场景（冲突率 < 10%）。

前置测试环境

为复现并发场景，先创建 2 张核心表并插入测试数据：

二、三种乐观锁实现方式实战

方式 1：版本号字段实现（最稳定、推荐）

核心原理

在表中新增 version 整数字段，初始值为 1：

读取数据时，同步获取 version值；
更新数据时，WHERE条件必须包含"当前读取的 version"，且更新时将 version + 1；
若更新影响行数为 0，说明数据已被修改，触发重试。

场景 1：秒杀库存扣减（防超卖）

核心 SQL（数据库层）

应用层落地代码（Java + MyBatis 示例）

复制代码

   // 1. 库存扣减服务接口
   public interface SeckillStockService {
       /**
        * 秒杀库存扣减（乐观锁+重试）
        * @param goodsId 商品ID
        * @param retryTimes 最大重试次数
        * @return 是否扣减成功
        */
       boolean deductStock(Long goodsId, int retryTimes);
   }

   // 2. 实现类
   @Service
   @Transactional(rollbackFor = Exception.class)
   public class SeckillStockServiceImpl implements SeckillStockService {
       @Resource
       private SeckillStockMapper stockMapper;

       @Override
       public boolean deductStock(Long goodsId, int retryTimes) {
           // 递归终止条件：重试次数为0
           if (retryTimes <= 0) {
               return false;
           }

           // 步骤1：读取当前库存和版本号（无锁）
           SeckillStock stock = stockMapper.selectByGoodsId(goodsId);
           if (stock == null || stock.getStockNum() <= 0) {
               return false; // 库存为空，直接失败
           }

           // 步骤2：执行乐观锁更新
           int updateRows = stockMapper.deductStockByVersion(
               goodsId, 
               stock.getVersion()
           );

           // 步骤3：判断更新结果
           if (updateRows > 0) {
               return true; // 扣减成功
           } else {
               // 冲突，重试（休眠10ms避免高频重试）
               try {
                   Thread.sleep(10);
               } catch (InterruptedException e) {
                   Thread.currentThread().interrupt();
               }
               return deductStock(goodsId, retryTimes - 1); // 递归重试
           }
       }
   }

   // 3. MyBatis Mapper 接口
   public interface SeckillStockMapper {
       // 根据商品ID查询库存（无锁）
       @Select("SELECT id, goods_id, stock_num, version FROM seckill_stock WHERE goods_id = #{goodsId}")
       SeckillStock selectByGoodsId(@Param("goodsId") Long goodsId);

       // 版本号乐观锁扣减库存
       @Update("UPDATE seckill_stock SET stock_num = stock_num - 1, version = version + 1 " +
               "WHERE goods_id = #{goodsId} AND version = #{version} AND stock_num > 0")
       int deductStockByVersion(@Param("goodsId") Long goodsId, @Param("version") Integer version);
   }

场景 2：订单状态更新（防并发修改）

复制代码

-- 订单状态更新 SQL（版本号乐观锁）
UPDATE order_info
SET status = 2, version = version + 1  -- 2=已支付
WHERE order_id = 9001 AND version = #{version} AND status = 1; -- 1=待支付

版本号实现优缺点

方式 2：时间戳字段实现（轻量化）

核心原理

利用 update_time 时间戳字段替代版本号：

读取数据时记录 update_time；
更新时 WHERE条件包含"读取的 update_time"，同时更新 update_time 为当前时间；
依赖时间戳的唯一性判断数据是否被修改。

场景：订单状态并发更新（轻量化场景）

核心 SQL

复制代码

-- 时间戳乐观锁更新订单状态
UPDATE order_info
SET status = 3, update_time = NOW()  -- 3=已取消
WHERE order_id = 9001 
  AND update_time = #{updateTime}  -- 读取时的更新时间
  AND status = 1; -- 仅允许修改待支付订单