mysql8.0如何实现秒杀业务高并发_使用SKIP_LOCKED跳过行锁-mysql教程-PHP中文网

不能直接解决秒杀行锁争抢，但它是高并发库存扣减的关键解耦工具：通过select ... for update skip locked配合主键精确查询与带条件update（如where id = ? and stock > 0），避免事务排队阻塞，需检查affected rows并依赖mysql行级原子性兜底。

mysql8.0如何实现秒杀业务高并发_使用skip_locked跳过行锁

MySQL 8.0 的 `SKIP LOCKED` 真的能解决秒杀行锁争抢吗？

不能直接解决，但它是高并发库存扣减中一个关键的“解耦工具”——前提是用对场景、写对 SQL、避开事务边界陷阱。它不减少锁竞争，而是让多个事务在竞争同一行时“各走各路”，避免排队阻塞。

为什么 `SELECT ... FOR UPDATE SKIP LOCKED` 在秒杀里容易失效

常见错误是把它当成“原子扣减指令”直接套用，结果发现还是超卖或卡死。根本原因在于：

SKIP LOCKED 只作用于当前 SELECT ... FOR UPDATE 语句，不保证后续 UPDATE 不冲突；如果先 SELECT 出 id，再 UPDATE WHERE id = ?，那这行依然会被其他事务锁住
事务未显式控制范围：Spring 的 @Transactional 默认传播行为会把整个方法包进一个事务，导致 SELECT 和 UPDATE 跨越多行、锁住无关记录
没配合唯一约束或主键查询：SKIP LOCKED 对非唯一条件（如 WHERE status = 'available'）效果极差，可能跳过大量已锁行后仍返回空，业务误判为售罄

正确用法：必须和“单行更新 + 原子校验”绑定

真正可靠的模式是：用 SKIP LOCKED 拿到一个可扣减的库存记录（带主键），然后用主键做 **带库存条件的 UPDATE**，靠 MySQL 的行级原子性兜底：

MySQL

编写正确的MySQL查询，避免字符集、索引和锁方面的常见陷阱。

下载

START TRANSACTION;
SELECT id, stock FROM seckill_goods 
  WHERE id = 123 AND stock > 0 
  ORDER BY id 
  LIMIT 1 
  FOR UPDATE SKIP LOCKED;
-- 假设查到 id=123, stock=5
UPDATE seckill_goods 
  SET stock = stock - 1 
  WHERE id = 123 AND stock > 0; -- 关键：这个 WHERE 条件必须保留！
-- 检查影响行数：如果返回 0，说明已被其他事务抢先扣完
COMMIT;

要点：