NOWAIT使SELECT FOR UPDATE立即报错而非等待：若目标行被锁，立刻返回ERROR 3572，避免锁等待与连接堆积，适用于抢购等需快速失败场景，不支持单独使用或与SKIP LOCKED共用。
SELECT FOR UPDATE NOWAIT 立即报错而不是等待
MySQL 8.0 中 NOWAIT 的核心作用是：当执行 SELECT ... FOR UPDATE 时，若目标行已被其他事务加锁（如被 UPDATE 或另一个 FOR UPDATE 占用），不进入等待队列，而是立刻抛出错误。这能避免连接堆积、锁等待超时（ERROR 1205）或连接耗尽（max_connections 被占满）。
常见错误现象包括：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 秒）。
面向 CRM 系统的 MySQL 8 数据库模式设计。当用户需要为客户关系管理（CRM）系统设计、评审、优化或生成数据库模式时，应使用此项技能。
- 不能与
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 让你快速发现它，但怎么拆分或打散它，得靠业务设计，不是加个关键字就能解决的。
