MySQL 8.0中nowait选项如何设置以实现加锁失败后立即退出？

本文共计1023个文字，预计阅读时间需要5分钟。

MySQL 8.0 中 `NOWAIT` 的核心作用是：

常见错误现象包括：ERROR 3572 (HY000): Statement aborted because lock(s) could not be acquired immediately and NOWAIT is set —— 这不是异常，而是预期行为。

• NOWAIT 只对行级锁生效；表级锁（如 LOCK TABLES）不支持该选项
• 必须搭配 FOR UPDATE 或 FOR SHARE 使用，单独写 SELECT ... NOWAIT 会报语法错误
• 在基于语句的复制（SBR）环境中不安全，建议主从使用混合模式（MIXED）或行模式（ROW）
• 事务隔离级别不影响 NOWAIT 行为，但会影响“哪些行会被视为已锁定”（例如 RR 下临键锁范围更大）

典型使用场景和参数组合

适用于需要快速失败（fail-fast）的业务逻辑，比如抢购、库存预扣、任务分发等——你不想让请求卡在数据库层，而希望应用层立即感知冲突并重试/降级/提示用户。

示例语句：

SELECT id, stock FROM items WHERE id = 123 FOR UPDATE NOWAIT;

如果此时另一事务正持有该行的排它锁且未提交，这条语句会在毫秒级内返回 ERROR 3572，而非等待 innodb_lock_wait_timeout（默认 50 秒）。

• 不能与 SKIP LOCKED 同时使用；二者互斥
• 可与 OF table_name 配合，明确指定只对某张表加锁（多表 JOIN 场景下有用）
• 不支持在存储过程或函数中动态拼接 NOWAIT 关键字（需硬编码）
• 客户端需捕获 SQLSTATE HY000 和错误码 3572，而非泛化处理所有 ERROR 1205

容易踩的坑

很多人以为 NOWAIT 是“跳过锁定行”，其实它完全不是——它不跳过，而是直接中断整个语句执行。这点和 SKIP LOCKED 有本质区别。

• 误以为 NOWAIT 能用于 INSERT ... ON DUPLICATE KEY UPDATE：不行，该语法不支持锁提示
• 在未开启事务的自动提交模式（autocommit=1）下执行 FOR UPDATE NOWAIT，会导致隐式开启事务，且锁在语句结束后立即释放——这常被忽略，导致后续更新没锁保护
• 应用层未设置合适的重试策略，一遇到 ERROR 3572 就直接返回错误，反而降低可用性
• 监控缺失：没有对 ERROR 3572 出现频次做告警，可能掩盖了热点行争用问题（比如单个商品 ID 被高频并发请求）

和 SKIP LOCKED 的关键区别

别混淆两者目的：NOWAIT 是“我抢不到就退出”，SKIP LOCKED 是“我抢不到就绕开”。前者适合强一致性+快速反馈场景，后者适合消费队列类无状态分发。

• NOWAIT 报错后结果集为空（或未返回任何行），事务状态不变；SKIP LOCKED 返回部分行，仍可能成功提交
• SKIP LOCKED 返回的数据是非一致性的（MVCC 快照可能已过期），NOWAIT 不涉及数据可见性变化，只是加锁动作失败
• 二者都不能用于 SELECT ... INTO OUTFILE 或子查询中的锁定读
• 在高并发下，NOWAIT 更适合配合指数退避重试；SKIP LOCKED 更适合“取一批可处理的任务”，无需重试

真正难的是判断哪一行是热点——NOWAIT 让你快速发现它，但怎么拆分或打散它，得靠业务设计，不是加个关键字就能解决的。