MySQL 8.0 SELECT FOR UPDATE NOWAIT 怎么避免排队：锁冲突返回与事务回滚边界

订单扣库存的接口偶尔会卡在数据库里，调用方等到超时，却不知道到底是库存不足还是另一笔事务占住了同一行。MySQL 8.0 的 SELECT ... FOR UPDATE NOWAIT 可以把“等待锁”改成“立即返回”，但它只解决排队，不会替你完成回滚，也不能绕开错误的索引条件。

把 NOWAIT 当成锁冲突的快速失败信号：拿到行锁就继续业务，拿不到就立刻回滚当前事务并返回可重试结果。

先看清普通 FOR UPDATE 为什么会把请求拖住

假设 inventory 表按 sku_id 保存可用库存。事务A先锁住 sku_id = 9007，事务B随后执行普通的 SELECT ... FOR UPDATE，B不会马上得到结果，而是等待A提交或回滚。接口线程、连接池和上游请求都会把这段等待放大。

-- 事务A
START TRANSACTION;
SELECT available FROM inventory WHERE sku_id = 9007 FOR UPDATE;

-- 事务B：默认会等待事务A释放锁
START TRANSACTION;
SELECT available FROM inventory WHERE sku_id = 9007 FOR UPDATE;

这里的“等待”不是查询慢，也不是库存不足。若业务目标是抢占式扣减，等待本身就可能是错误的交互语义。

用 NOWAIT 把锁冲突变成可判断的失败分支

把事务B的锁定读改成 NOWAIT 后，目标行已经被别的事务锁住时，服务器不会继续排队，而是立即返回锁冲突错误。业务代码要捕获这个错误，把当前事务回滚，再向调用方返回“稍后重试”或进入补偿队列。

START TRANSACTION;
SELECT available
  FROM inventory
 WHERE sku_id = 9007
 FOR UPDATE NOWAIT;

-- 成功拿锁后再做扣减
UPDATE inventory
   SET available = available - 1
 WHERE sku_id = 9007 AND available > 0;
COMMIT;

若 SELECT FOR UPDATE NOWAIT 失败，不能继续执行扣减，也不能只关闭游标就把连接放回连接池。正确的收尾是 ROLLBACK，同时记录原始错误和业务订单号。

唯一索引和范围条件会改变锁的覆盖范围

sku_id 如果是唯一索引，等值条件通常只需要定位一条记录；如果改成非唯一条件或范围条件，InnoDB 可能锁住扫描到的索引记录以及相邻的间隙。下面两种写法看起来都在查库存，锁影响并不相同。

-- 唯一索引等值条件：面向一条确定记录
SELECT available FROM inventory
 WHERE sku_id = 9007 FOR UPDATE NOWAIT;

-- 范围条件：需要结合执行计划和索引结构核对锁范围
SELECT sku_id, available FROM inventory
 WHERE sku_id BETWEEN 9000 AND 9010
 FOR UPDATE NOWAIT;

因此，出现“明明不是同一条库存记录却冲突”时，先检查索引定义和实际访问路径，再讨论隔离级别。可以用 SHOW CREATE TABLE inventory 和 EXPLAIN 复核条件是否走了预期索引。

应用层如何区分三类结果

拿到锁后，查询结果为空或 available = 0 是库存业务结论；NOWAIT 返回锁冲突是并发结论；连接断开、权限不足等则是数据库异常。三者不能统一成“扣库存失败”，否则重试策略会把数据库异常放大。

实际错误码和驱动异常类型要以使用的 MySQL 驱动文档为准，不要在业务代码里只用错误字符串做判断。

上线前的最小验收

1. 在两个独立连接中复现事务A持锁、事务B执行 NOWAIT 的场景，确认B不会长时间等待。
2. 检查锁冲突分支是否执行 ROLLBACK，再验证同一连接可以正常执行下一次查询。
3. 分别用唯一索引等值条件和范围条件测试，结合 EXPLAIN 记录访问路径。
4. 压测时观察接口延迟、锁冲突次数、事务回滚次数和连接池活跃数，确认快速失败没有变成重试风暴。

常见问题

NOWAIT 会让查询跳过被锁的行吗？

不会。NOWAIT 是立即报告锁冲突；需要跳过锁行的语义应另行评估 SKIP LOCKED，并确认业务允许遗漏当前被占用的记录。

锁冲突后只提交事务可以吗？

不建议。锁定读失败后应明确回滚当前事务，清理本次请求已经产生的状态，再把连接交还连接池。

FOR UPDATE NOWAIT 适合普通查询吗？

不适合。它是锁定读，应该只用于后续确实要修改或保护的业务流程；纯展示查询应使用普通一致性读。

为什么唯一索引条件仍然可能遇到锁冲突？

因为目标记录可能已经被其他事务锁住，或者查询没有按预期使用唯一索引。先检查事务持有时间、索引定义和执行计划。

把快速失败边界写进扣库存流程

NOWAIT 的价值不是让所有请求都成功，而是让锁竞争尽快回到业务层。拿锁、核对库存、更新、提交应放在一个短事务里；锁冲突就回滚并给出明确结果，库存不足不做无意义重试，索引与范围条件则在上线前通过执行计划和双连接实验验收。