您可以使用分布式锁来解决双重消费/双重预订问题。您至少需要获得三个可以更新的锁
用户预算，即投标人账户余额
卖方账户余额
拍卖
您还可以创建出价分类账来验证用户的支出、卖家帐户余额和用户的钱包余额。您可以每小时或每10分钟运行一次cron作业，以验证任何错误，并通知支持/开发人员检查潜在的错误。
你的逻辑可能是这样的

Procedure BidProcessor
   input: user, bid, seller
   // this should get locks for auction, user wallet balance and seller balance
   success = acquireLocks( bid.auction_id, user.id, seller.id )
   if success then
      hasSufficientFund = user.hasSufficientFund( bid.amount )
      if hasSufficientFund then
          ExecuteBid( user, bid, seller )
          releaseLocks( bid.auction_id, user.id, seller.id )
      else 
          releaseLocks( bid.auction_id, user.id, seller.id )
      endif
   else
      releaseLocks( bid.auction_id, user.id, seller.id )  
   endif

每个执行器都可以使用自己的标识id作为锁值，以避免释放其他人的锁。

Procedure ExecuteBid
    input: user, bid, seller
    Description: Run a SQL transaction to update all related entities 
      START TRANSACTION;
        UPDATE user SET budget=budget-bidAmount WHERE id= user.id;
        UPDATE seller SET balance=balance+bidAmount WHERE ID = seller.id;
        UPDATE auction SET winner=bid.id, closed_at=NOW() WHERE id = bid.auction_id;
        UPDATE bid SET processed_at = NOW(), status='WON' WHERE id = bid.id;
      COMMIT;
      if commit fails then do a rollback  
        ROLLBACK;

这可能奏效：改变赢得拍卖的规则。
现在，我猜，一个用户赢得了一场拍卖，如果她是拍卖结束时出价最高的人。您可以更改规则，以便用户必须是高出价者，并且有足够的预算来支付出价。如果这两个标准都不满足，下一个最高的投标人有足够的预算获胜。
这很容易向用户解释。”要想赢，你需要足够的预算。如果你失去了拍卖，你可以增加预算。”
在实现方面，您可以使用数据库事务来处理“win”操作。在单个数据库事务中，借记中标买家的预算，贷记卖家的帐户。
您可以使用如下sql序列：

START TRANSACTION;
SELECT budget 
  FROM user 
 WHERE id = nnnn 
   AND budget >= bid
   FOR UPDATE;
/* if you got a result do this */
UPDATE user SET budget=budget-bid 
 WHERE id= nnnn;
UPDATE seller SET balance=balance+bid 
 WHERE ID = sssss;
UPDATE auction
   SET winner=nnnn, winning_bid=bid,
       closetime=NOW()
 WHERE auction = aaaa;
COMMIT;
/* if you got no result from the SELECT do this */
ROLLBACK;