答案：优化MySQL锁等待需缩短事务周期、合理使用索引、选择合适隔离级别并避免死锁。具体包括避免长事务、移出非数据库操作、及时提交、批量更新；确保WHERE条件走索引，避免全表扫描；优先使用READ COMMITTED减少间隙锁；统一访问顺序降低死锁风险，应用层实现重试机制。定期分析执行计划与死锁日志可有效降低锁竞争，提升并发性能。
在MySQL中，锁等待问题是影响数据库性能的常见瓶颈之一。当多个事务同时访问相同的数据行或表时，容易出现锁冲突，导致部分查询被阻塞，进而引发响应变慢甚至超时。要优化锁等待，核心是减少锁的持有时间、降低锁竞争和合理设计事务逻辑。
减少事务持有锁的时间
长时间运行的事务会持续持有锁，增加其他事务等待的概率。应尽量缩短事务执行周期：
- 避免在事务中执行耗时操作，如大量计算、网络请求或大结果集处理
- 将非数据库操作移出事务范围
- 及时提交或回滚事务，不要手动延迟COMMIT
- 使用较小的批量更新代替单一大事务
合理使用索引避免全表扫描
缺少合适索引会导致MySQL在执行UPDATE或DELETE时扫描大量无关数据行，这些行也可能被加上间隙锁（gap lock），从而扩大锁的范围：
- 确保WHERE条件中的字段有合适的索引
- 利用EXPLAIN分析执行计划，确认是否走索引
- 复合索引注意最左匹配原则，避免索引失效
- 定期优化表结构和索引设计，适应业务查询模式
选择合适的隔离级别
过高的隔离级别会加剧锁竞争。例如，REPEATABLE READ是MySQL默认级别，虽能防止不可重复读，但会引入更多间隙锁：
- 如果业务允许，可考虑使用READ COMMITTED级别，减少间隙锁的使用
- READ COMMITTED下MVCC机制更高效，多数场景已足够安全
- 避免在高并发写入场景使用SERIALIZABLE，因其强制串行化执行
避免死锁与重试机制
死锁会导致自动回滚，频繁重试反而加重锁等待。可通过以下方式缓解：
- 所有事务按相同顺序访问多张表，降低循环等待风险
- 监控死锁日志（SHOW ENGINE INNODB STATUS）分析高频冲突点
- 应用层实现轻量级重试逻辑，遇到1213死锁错误时短暂延迟后重试
- 控制事务粒度，避免在一个事务中跨多个模块操作
基本上就这些。通过缩短事务周期、优化索引、调整隔离级别和规范访问顺序，可以显著降低MySQL中的锁等待现象。关键在于理解当前业务的并发模式，并针对性地减少锁资源的竞争。不复杂但容易忽略细节。
