SELECT FOR UPDATE NOWAIT立刻报错是因为其设计为“零等待”，只要目标行被其他事务加锁，就立即抛出ERROR 3572，而非等待超时；它必须在显式事务中配合FOR UPDATE/SHARE使用，仅作用于行级锁，且仅MySQL 8.0.1+支持。
SELECT FOR UPDATE NOWAIT 为什么立刻报错而不是等超时
NOWAIT 的核心行为是「零等待」：只要目标行已被其他事务加了 FOR UPDATE 或 FOR SHARE 锁，当前语句不等、不重试、不超时，直接返回 ERROR 3572 (HY000)。这不是 bug，而是设计使然——它把锁冲突的判断从“数据库内阻塞”移到“应用层快速决策”。
常见错误现象：ERROR 3572 (HY000): Statement aborted because lock(s) could not be acquired immediately and NOWAIT is set。这个错误必须被应用层显式捕获，不能和普通 SQL 异常混为一谈。
- 必须在显式事务中使用：
START TRANSACTION或SET autocommit = 0，否则NOWAIT会被静默忽略（不报错，但退化为普通查询） -
NOWAIT只对行级锁生效，对间隙锁（gap lock）或表级锁无效；若因间隙锁导致无法插入/更新，NOWAIT不起作用 - 语法必须完整：
SELECT ... FOR UPDATE NOWAIT或SELECT ... FOR SHARE NOWAIT；单独写NOWAIT或放在非锁定读后面（如WHERE id = 1 NOWAIT）均无效
SKIP LOCKED 怎么跳过被锁行而不报错
SKIP LOCKED 是另一种非阻塞策略：它不失败，而是过滤掉当前被其他事务锁住的行，只返回可安全操作的记录。典型场景是任务队列分发、订单轮询等需要“抢到就干、抢不到就过”的逻辑。
注意它的行为边界：
- 只跳过已被加锁的**具体行**，不是跳过整个 WHERE 条件结果集；例如
SELECT * FROM tasks WHERE status = 'pending' FOR UPDATE SKIP LOCKED，若某条 pending 记录正被事务 A 持有 X 锁，则该行不会出现在结果中 - MySQL 8.0.22 之前，
IN子句中多个主键值（如WHERE id IN (123, 456)）不保证逐个跳过单个被锁 ID，行为依赖优化器路径；建议升级或改用主键范围 + 索引覆盖 - 结果集可能为空——这不代表没数据，而说明所有匹配行当前都被锁；业务需处理空结果（如 sleep 后重查，或转入待调度池）
NOWAIT 报错后业务该怎么接住而不是崩掉
应用层不能靠 try-catch 所有 SQLException 来兜底，必须精准识别 ERROR 3572 并执行对应策略。这是最容易被忽略的落地环节。
安装、修复、更新或打包一个基于 Python 和 PyMySQL 实现的 Windows `mysql` 命令。适用于用户希望在 PowerShell/CMD 中输入 `mysql` 时重定向到 Python 实现、需要交互式输入 MySQL 连接信息、需要同步到当前用户本地 bin 目录，或需要将该能力封装成可公开复用的 Codex skill。
典型处理方式取决于业务语义：
- 秒杀/库存扣减：捕获
3572后立即返回 “已售罄” 或 “请稍后再试”，不重试（避免放大并发压力） - 任务分配：捕获
3572后换一个WHERE条件重查（如加时间戳偏移），或 fallback 到SKIP LOCKED查下一批 - 流水号生成：失败即切换到备用号段，或写入异步生成队列，避免请求线程卡死
关键点：不要把 3572 当作连接异常或 SQL 语法错误处理；也不要试图在 SQL 层做“等 2 秒再试”，NOWAIT 本身不支持这种折中。
为什么加了索引还报 ERROR 3572
报错不等于没走索引，而可能是锁粒度比你想象的更宽。比如 WHERE 条件用了索引，但执行计划显示 type: range 且 Extra: Using where，说明 MySQL 扫描了多行索引记录并对其加了意向锁——其中任意一行被锁，整个语句就触发 NOWAIT 失败。
排查步骤要直奔执行计划：
- 用
EXPLAIN FORMAT=TRADITIONAL SELECT ... FOR UPDATE NOWAIT确认是否走了预期索引、是否出现type: ALL或全索引扫描 - 检查 WHERE 字段是否有合适的索引：主键 > 唯一键 > 覆盖索引；避免在函数、表达式或隐式类型转换上建条件（如
WHERE DATE(create_time) = '2026-10-13'） - 确认事务隔离级别：READ COMMITTED 下间隙锁减少，但 REPEATABLE READ 下 gap lock 仍可能干扰
NOWAIT行为
最隐蔽的问题是：你以为只锁一行，其实锁了一堆；NOWAIT 只是诚实告诉你“这一堆里至少有一行动不了”。
