在mysql的并发控制场景中，悲观锁是常用的数据一致性保障手段，它通过提前对数据加锁来避免其他事务修改目标数据。而在使用悲观锁的查询语句中，加上limit 1是一个被广泛推荐的实践，这背后和mysql的锁扫描机制有直接关系。
悲观锁的基本加锁逻辑
mysql的悲观锁通常通过SELECT ... FOR UPDATE或者SELECT ... FOR SHARE语句实现，加锁的范围和查询语句的扫描范围直接相关。当执行加锁查询时，mysql会按照查询条件逐行扫描数据，对符合条件的行加对应的锁，直到查询结束。
如果查询语句没有明确的行数限制，且查询条件无法精准匹配到唯一索引，mysql可能会扫描大量行，即使最终只需要其中一行数据，也会对这些扫描到的行临时加锁，直到事务提交或回滚才释放，这会直接扩大锁的范围。
limit 1减少扫描范围的作用
加上limit 1之后，mysql在扫描到第一条符合条件的行并完成加锁后，就会停止后续的扫描操作，不会继续遍历其他可能符合条件的行，这从两个层面降低了锁定风险：
- 减少锁覆盖的行数：原本可能扫描100行加100个行锁，加上limit 1后只需要加1个行锁，锁的粒度更小。
- 缩短锁持有时间：扫描的行数少了，加锁和释放锁的整体耗时更短，其他事务等待锁的时间也会减少，降低锁冲突的概率。
实际使用示例
假设我们有一个订单表order_info，需要查询状态为未处理的订单并加悲观锁处理，没有加limit 1的语句如下：
-- 没有limit 1的悲观锁查询，可能扫描所有未处理订单 SELECT id, order_status FROM order_info WHERE order_status = 0 FOR UPDATE;
如果order_status字段没有索引，这条语句会全表扫描，对所有扫描到的行加锁，即使最终只需要处理一个订单，也会锁定大量无关行。加上limit 1之后的语句如下：
-- 加上limit 1，扫描到第一个符合条件的行就停止 SELECT id, order_status FROM order_info WHERE order_status = 0 FOR UPDATE LIMIT 1;
如果order_status有普通索引，mysql会扫描索引上第一个符合条件的行，加锁后直接停止，不会继续扫描后续行，锁的范围被严格控制在第一行。
注意事项
使用limit 1配合悲观锁时，需要注意以下几点：
- 如果查询条件能命中唯一索引，比如
WHERE id = 100 FOR UPDATE，本身只会扫描一行，此时加limit 1的作用不大，但加上也不会有副作用。 - limit 1只会保证返回的行数不超过1，不会保证锁定的就是业务需要的那一行，如果业务需要锁定特定条件的行，还需要结合合适的索引使用，避免锁定到无关行。
- 如果查询使用的是范围条件，比如
WHERE id > 100 FOR UPDATE LIMIT 1，锁定的是id大于100的第一行，符合预期的情况下可以正常使用。
总结
在mysql悲观锁场景中使用limit 1，本质是通过限制查询返回的行数，控制mysql的扫描停止时机，从而减少不必要的行扫描和加锁，最终降低锁冲突风险，提升并发场景下的数据库性能。实际使用时需要结合索引情况合理设计查询条件，让limit 1的作用最大化。