Laravel中如何防止用户账户并发提现导致余额为负？

在Laravel+MySQL环境下，并发转账出现余额负数的核心原因是竞态条件——多个请求同时读取同一账户余额，基于旧值计算后写入，导致最终结果不符合预期。以下是几种可靠的解决方案，按优先级排序：

1. 行级锁 + 数据库事务（最优方案） #

利用MySQL InnoDB引擎的行级锁特性，在事务内锁定转出用户的记录，确保同一时间只有一个请求能修改该账户余额。这是最直接、可靠的方案，适合高并发场景。

实现代码 #

public function transfer($fromUserId, $toUserId, $amount)
{
    return DB::transaction(function () use ($fromUserId, $toUserId, $amount) {
        // 锁定转出用户的行，阻止其他并发请求修改
        $fromUser = User::lockForUpdate()->findOrFail($fromUserId);
        
        // 检查余额是否充足
        if ($fromUser->balance < $amount) {
            throw new \RuntimeException('账户余额不足');
        }
        
        // 扣减转出用户余额
        $fromUser->decrement('balance', $amount);
        
        // 增加转入用户余额
        $toUser = User::findOrFail($toUserId);
        $toUser->increment('balance', $amount);
        
        // 记录交易流水
        Transaction::create([
            'from_user_id' => $fromUserId,
            'to_user_id' => $toUserId,
            'amount' => $amount,
            'type' => 'transfer',
            'status' => 'success'
        ]);
        
        return ['status' => 'success', 'message' => '转账完成'];
    });
}

关键说明 #

• lockForUpdate()会在查询时对该行加排他锁，其他请求必须等待当前事务提交后才能操作该记录
• 所有操作必须包裹在DB::transaction()中，确保任何步骤失败时自动回滚，避免数据不一致

2. 乐观锁（适合中等并发场景） #

通过给users表添加version字段，每次更新时校验版本号，若版本不匹配则说明该记录已被其他请求修改，触发重试逻辑。这种方式不会长时间占用锁资源，性能损耗更低。

步骤1：添加版本字段 #

ALTER TABLE users ADD COLUMN version INT DEFAULT 1 NOT NULL;

步骤2：实现代码 #

public function transfer($fromUserId, $toUserId, $amount)
{
    $maxRetries = 3;
    $retryCount = 0;

    while ($retryCount < $maxRetries) {
        try {
            return DB::transaction(function () use ($fromUserId, $toUserId, $amount) {
                $fromUser = User::findOrFail($fromUserId);
                
                if ($fromUser->balance < $amount) {
                    throw new \RuntimeException('账户余额不足');
                }

                // 仅当版本号匹配时才更新，避免并发冲突
                $updateResult = $fromUser->where('version', $fromUser->version)
                    ->update([
                        'balance' => $fromUser->balance - $amount,
                        'version' => $fromUser->version + 1
                    ]);

                if (!$updateResult) {
                    throw new \RuntimeException('并发冲突，正在重试');
                }

                $toUser = User::findOrFail($toUserId);
                $toUser->increment('balance', $amount);

                Transaction::create([
                    'from_user_id' => $fromUserId,
                    'to_user_id' => $toUserId,
                    'amount' => $amount,
                    'type' => 'transfer',
                    'status' => 'success'
                ]);

                return ['status' => 'success', 'message' => '转账完成'];
            });
        } catch (\RuntimeException $e) {
            $retryCount++;
            if ($retryCount >= $maxRetries) {
                throw new \RuntimeException('转账失败：'.$e->getMessage());
            }
            // 短暂等待后重试，避免频繁请求
            usleep(100000);
        }
    }

    return ['status' => 'failed', 'message' => '重试次数过多'];
}

3. 数据库约束（兜底方案） #

在数据库层面添加检查约束，强制balance字段不能为负数，即使代码出现疏漏，数据库也会直接拒绝非法修改。

实现（MySQL 8.0+） #

ALTER TABLE users ADD CONSTRAINT chk_balance_non_negative CHECK (balance >= 0);

说明 #

• 该约束仅作为兜底，不能替代业务逻辑中的并发控制
• 若MySQL版本低于8.0，可通过触发器实现类似效果

注意事项 #

• 禁止在事务外读取用户余额，否则会出现脏读，导致余额判断基于旧值
• 交易流水记录必须和余额修改在同一事务中，避免余额变更但流水未记录的情况
• 捕获异常时要确保事务正确回滚，Laravel的DB::transaction()会自动处理，但手动事务需调用rollBack()

内容的提问来源于stack exchange，提问作者mahdieight