合理设计复合索引可减少行锁竞争，应将等值查询字段前置、范围查询字段后置，避免冗余索引和全表扫描；使用EXPLAIN检查索引使用情况，防止因索引失效导致大量行被加锁；缩短事务执行时间，避免长事务持有锁过久；选择合适隔离级别，如READ COMMITTED以减少间隙锁使用；通过覆盖索引降低回表开销，从而有效减少MySQL锁等待问题。
在 MySQL 中，索引优化和锁等待问题密切相关。合理的索引设计不仅能提升查询性能，还能减少锁的持有时间和范围，从而降低锁冲突和等待。以下是一些关键策略，帮助你在使用索引时避免锁等待。
合理设计复合索引，减少行锁竞争
复合索引应按照查询条件中最常使用的字段顺序创建，确保查询能高效利用索引，尽快定位数据，缩短事务持有锁的时间。
- 将等值查询字段放在复合索引前面，范围查询字段放后面（如 WHERE user_id = 10 AND create_time > '2024-01-01'，索引应为 (user_id, create_time)）
- 避免冗余或重复索引，减少维护开销和写操作的锁争用
- 使用 EXPLAIN 检查查询是否真正走到了索引，避免全表扫描导致大量行被加锁
避免长事务和不必要的锁升级
长时间运行的事务会持续持有行锁或间隙锁，容易引发其他事务的锁等待。
- 尽量缩短事务执行时间，只在必要时才开启事务
- 避免在事务中执行耗时操作（如网络调用、复杂计算）
- 及时提交或回滚事务，释放持有的记录锁、间隙锁和临键锁
- 对于大范围更新，考虑分批处理，减少单次锁定的行数
选择合适的隔离级别，控制锁行为
MySQL 的隔离级别直接影响锁的使用方式。过高隔离级别会增加锁的范围和数量。
- 如果不是必须，不要使用 REPEATABLE READ 或 SERIALIZABLE，可考虑降级到 READ COMMITTED
- 在 READ COMMITTED 下，InnoDB 不会使用间隙锁，仅对实际访问的行加锁，显著减少锁冲突
- 配合 READ COMMITTED 使用 innodb_locks_unsafe_for_binlog（已弃用，但在旧版本中有效）可进一步减少锁
避免索引失效导致全表扫描
当索引无法被使用时，MySQL 可能进行全表扫描，导致大量不必要的行被加锁。
- 避免在索引列上使用函数或表达式（如 WHERE YEAR(create_time) = 2024）
- 避免隐式类型转换（如字符串字段传入数字）
- 模糊查询尽量避免前置通配符（LIKE '%abc' 无法用索引）
- 使用覆盖索引减少回表，降低锁的持续时间和资源争用
基本上就这些。通过精准的索引设计、控制事务长度、调整隔离级别和避免索引失效，可以显著减少 MySQL 中的锁等待现象。关键是在满足业务需求的前提下，让查询尽可能快地完成并释放锁。
