mysql 8.0引入了NOWAIT和SKIP LOCKED两个锁控制选项，其中NOWAIT专门用来解决因为获取锁超时而产生的请求堆积问题。当我们在事务中对某些行加锁时，如果其他事务已经持有锁，默认行为是阻塞等待，直到超过innodb_lock_wait_timeout才报错，这会让大量请求卡在数据库层。使用NOWAIT后，一旦无法立即获得锁，mysql会马上返回错误，应用可快速失败或重试，避免连接被长期占用。
NOWAIT的基本用法
NOWAIT可以加在select ... for update或select ... for share之后，也可以用于update和delete语句。它的作用是：尝试加锁时若锁不可用，立即抛出错误，而不是等待。
查询时加锁不等待
-- 尝试对id=1的行加排他锁，若已被锁则立刻报错 SELECT * FROM orders WHERE id = 1 FOR UPDATE NOWAIT; -- 尝试加共享锁，不等待 SELECT * FROM orders WHERE id = 1 FOR SHARE NOWAIT;
更新与删除中使用
-- 更新时若行被锁则立即失败 UPDATE orders SET status = 'paid' WHERE id = 1 NOWAIT; -- 删除时同理 DELETE FROM orders WHERE id = 1 NOWAIT;
如何处理NOWAIT返回的错误
当使用NOWAIT拿不到锁时，mysql会返回错误码3572（ER_LOCK_NOWAIT）。应用层应捕获该异常，并做快速失败或异步重试，而不是让线程一直挂起。
Java中简单处理示例
try {
// 执行带NOWAIT的查询
jdbcTemplate.queryForList("SELECT * FROM orders WHERE id = 1 FOR UPDATE NOWAIT");
} catch (DataAccessException e) {
if (e.getCause() instanceof SQLException
&& ((SQLException) e.getCause()).getErrorCode() == 3572) {
// 锁不可用，立即返回或放入重试队列
throw new RuntimeException("订单正在被处理，请稍后重试");
}
throw e;
}
NOWAIT与SKIP LOCKED的区别
两者都能避免锁等待，但语义不同。NOWAIT是拿不到就报错；SKIP LOCKED是跳过被锁住的行，只返回未被锁的数据。若业务要求必须处理特定记录，可用NOWAIT快速失败；若是从队列取任务，用SKIP LOCKED更合适。
| 特性 | NOWAIT | SKIP LOCKED |
|---|---|---|
| 拿不到锁时 | 立即报错 | 跳过锁行返回其余 |
| 适用场景 | 强一致单记录修改 | 任务队列消费 |
解决请求堆积的实践建议
- 在核心交易链路中对单行加锁查询使用NOWAIT，将等待转化为可控制的业务异常。
- 前端或网关层对NOWAIT错误做友好提示，避免用户重复提交造成雪崩。
- 监控因NOWAIT产生的错误频率，若过高说明锁冲突严重，需优化事务粒度。
- 把大事务拆小，减少持有锁的时间，从源头降低NOWAIT触发概率。
注意：NOWAIT只影响加锁语句本身的等待行为，事务隔离级别和死锁检测仍然生效。若发生死锁，mysql依旧会回滚其中一个事务。
通过合理使用mysql 8.0的NOWAIT特性，我们可以把原本隐形的锁等待变成显式的快速失败，从而保护数据库连接池，避免请求堆积拖垮整个服务。