高流量场景下MySQL避免重复插入：拍卖系统并发投标问题

你的当前逻辑存在竞态条件，高流量场景下极大概率会出现不合法的重复投标插入，原因如下：

• 先检查投标时间是否晚于nextBid，再执行INSERT IGNORE和更新操作，这两步不是原子的。当多个请求同时到达时，它们可能同时通过时间检查（此时拍卖表的nextBid还没被更新），接着都执行插入和更新，导致多条不符合时间间隔要求的投标记录被插入，甚至拍卖表的字段被多次覆盖。
• INSERT IGNORE仅能依赖数据库唯一键约束来忽略完全重复的记录，如果你的投标表没有设置精准的唯一键（比如auction_id + bidder_id + 时间范围这类约束），它根本无法阻止时间接近的重复投标。

解决思路：把检查、插入、更新做成原子操作 #

要彻底解决这个问题，必须将整个投标流程封装成原子操作，避免中间状态被并发请求篡改，以下是两种可行方案：

方案1：事务+行级锁

利用数据库的行锁机制，在操作前锁定对应拍卖的记录，确保同一时间只有一个请求能执行完整流程：

BEGIN TRANSACTION;

-- 锁定目标拍卖行，阻塞其他并发请求的修改操作
SELECT nextBid, currentBid FROM auctions WHERE id = ? FOR UPDATE;

-- 应用层判断：当前时间 >= nextBid 才继续，否则回滚
-- （这里的时间判断要基于数据库返回的nextBid，而非本地时间，避免时钟不一致）

-- 插入投标记录
INSERT INTO bids (auction_id, bidder_id, amount, bid_time) VALUES (?, ?, ?, NOW());

-- 更新拍卖表的核心字段
UPDATE auctions 
SET lastBidder = ?, currentBid = ?, nextBid = DATE_ADD(NOW(), INTERVAL 5 MINUTE) 
WHERE id = ?;

COMMIT;

如果时间判断不通过，直接执行ROLLBACK即可。

方案2：原子化SQL语句（无应用层判断）

把时间检查、插入、更新合并到一个SQL操作中，完全依赖数据库的原子性：

-- 先插入投标记录（仅当拍卖的nextBid <= 当前时间时）
INSERT INTO bids (auction_id, bidder_id, amount, bid_time)
SELECT ?, ?, ?, NOW()
FROM auctions
WHERE id = ? AND nextBid <= NOW()
LIMIT 1;

-- 只有当投标插入成功时，更新拍卖表
UPDATE auctions 
SET lastBidder = ?, currentBid = ?, nextBid = DATE_ADD(NOW(), INTERVAL 5 MINUTE)
WHERE id = ? AND ROW_COUNT() > 0;

这里利用ROW_COUNT()判断前一步INSERT是否成功，确保只有合法投标才会触发拍卖表更新。

额外注意事项 #

• 务必给投标表添加合适的唯一键，比如(auction_id, bidder_id, bid_time)（可根据业务调整精度，比如精确到分钟），即使原子操作失效，也能通过数据库约束最后兜底。
• 避免依赖本地系统时间判断，统一使用数据库的NOW()或CURRENT_TIMESTAMP，防止分布式场景下的时钟偏差。

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