MySQL NOWAIT 怎么让锁定读立即失败

在 MySQL InnoDB 中，普通的 SELECT ... FOR UPDATE 或 SELECT ... FOR SHARE 遇到其他事务已经持有的冲突行锁时，默认会等待。要让锁定读立即失败，只需把 NOWAIT 放在锁定子句末尾，例如 SELECT ... FOR UPDATE NOWAIT。目标记录已被锁住时，语句会立即返回错误 3572，应用无需等到锁等待超时。

官方文档：https://dev.mysql.com/doc/refman/8.4/en/innodb-locking-reads.html

NOWAIT 适合“拿不到锁就立即走备用路径”的场景。它只影响行级锁的获取，不会让元数据锁等其他等待一并消失。

先看清 NOWAIT 改变了什么

锁定读的目标是读取最新记录并同时取得锁。FOR UPDATE 会对扫描到的索引记录设置与更新语句相近的排他锁；FOR SHARE 则取得共享锁。无论使用哪一种，锁通常持续到事务提交或回滚。

NOWAIT 不是把等待时间改成零的会话参数，而是当前锁定读语句的一项并发选项。它不会跳过冲突行，也不会返回旧版本；碰到请求的行已被锁住时，语句直接报错。

用两个连接制造可观察的行锁冲突

先准备一张 InnoDB 表。主键让查询明确定位单条索引记录，便于把问题边界限制在行锁，而不是一次扫描较大的范围。

CREATE TABLE job_order (
    id BIGINT PRIMARY KEY,
    status VARCHAR(20) NOT NULL
) ENGINE = InnoDB;

-- 准备一条待竞争的记录
INSERT INTO job_order (id, status) VALUES (42, 'pending');

在连接 A 中开启事务并锁住主键为 42 的记录。此时不要提交，让锁保持存在。

START TRANSACTION;

-- 连接 A 持有 id=42 的排他记录锁
SELECT id, status
FROM job_order
WHERE id = 42
FOR UPDATE;

这个连接、主键记录与排他锁之间的关系如下。图中是原创静态结构图，用于说明实体关系，不是数据库控制台截图或运行结果。

在竞争连接中追加 NOWAIT

保持连接 A 的事务未结束，再在连接 B 中执行下面的锁定读。锁定读需要位于显式事务中；官方文档说明，可通过 START TRANSACTION 或关闭自动提交来建立事务边界。

START TRANSACTION;

-- 连接 B 不等待冲突锁，拿不到就立即报错
SELECT id, status
FROM job_order
WHERE id = 42
FOR UPDATE NOWAIT;

-- 应用捕获错误后应结束本次事务，避免连接带着未完成事务回到连接池
ROLLBACK;

当连接 A 仍持有该记录锁时，连接 B 会立即得到类似下面的错误：

ERROR 3572 (HY000): Do not wait for lock.

如果业务只需要阻止其他事务修改记录，而不准备更新它，也可以使用 FOR SHARE NOWAIT。核心判断没有变化：请求的行锁可立即取得就返回数据，否则立即失败。

应用层要把 3572 当成可预期的并发分支

NOWAIT 把不可控的长等待改成了一个明确错误，但后续策略仍由业务决定。应用捕获错误 3572 后，至少要结束当前事务，再从以下动作中选择一个：

• 立即返回忙碌：适合用户正在编辑、审核或提交同一对象的交互请求。
• 短暂退避后重试：适合冲突持续时间很短、操作本身可安全重试的内部任务。
• 改走只读查询：只需要展示数据时，可以回滚后重新执行普通一致性读，但不能把它当成已经取得修改权。
• 记录冲突指标：按业务键、接口和重试次数统计，避免把持续热点误认为偶发冲突。

不要在同一事务里无限循环 NOWAIT。热点记录一直被占用时，这会把锁等待变成高频错误风暴。更稳妥的做法是限制重试次数、加入随机退避，并保证连接在重试前已经完成回滚。

默认等待、NOWAIT 与 SKIP LOCKED 怎么选

三种行为都围绕同一行锁状态，但结果语义不同。默认等待强调“最终拿到这条记录”；NOWAIT 强调“拿不到就明确失败”；SKIP LOCKED 强调“这条拿不到就处理别的记录”。

官方文档特别提醒，SKIP LOCKED 会返回不一致的数据视图，因此不适合一般事务处理；它更适合队列表式访问。NOWAIT 和 SKIP LOCKED 都只作用于行级锁，而且使用这两项的语句对基于语句的复制不安全。

容易忽略的限制

1. WHERE 范围决定潜在锁范围。 InnoDB 针对搜索遇到的索引记录加锁。缺少合适索引时，实际扫描与锁定范围可能比预想更大，因此先确认查询路径。
2. 子查询不会自动继承外层锁定子句。 外层写了 FOR UPDATE，不代表嵌套子查询中的表也被锁定；需要锁子查询记录时，要在对应子查询内明确写锁定子句。
3. NOWAIT 只处理行级锁。 表定义变更引发的元数据锁等待不在它的控制范围内。
4. 事务边界必须完整。 成功拿锁后要提交或回滚；失败分支也应显式结束事务，尤其是在连接池环境中。
5. 不要把错误当作“记录不存在”。 3572 表示请求的锁无法立即取得，与查询没有匹配记录是两种完全不同的业务状态。

常见问题

NOWAIT 会修改 innodb_lock_wait_timeout 吗？ 不会。它只改变当前锁定读获取行锁时的行为，冲突时立即报错，不需要等待全局或会话锁等待超时。

普通 SELECT 能加 NOWAIT 吗？ NOWAIT 用于 SELECT ... FOR UPDATE 或 SELECT ... FOR SHARE 这类锁定读。普通一致性读不按这种方式申请行锁。

为什么加了 NOWAIT 仍然感觉语句在等？ 先确认等待是否真的是行级锁。元数据锁、连接建立、磁盘 I/O 或其他资源等待不受 NOWAIT 控制；同时检查执行计划和索引范围。

什么时候不该用 NOWAIT？ 当业务必须等待指定记录并继续完成操作、且上层没有可靠重试或提示机制时，立即失败只会把复杂度推给调用方。此时应保留等待，并设置合理超时和事务范围。

小结：给锁定读末尾追加 NOWAIT，就能把行锁冲突从“等待”变成“立即返回 3572”。真正可靠的实现还需要精确索引、清晰事务边界，以及应用层对回滚、重试和降级的明确处理。