MySQL事务锁等待问题通常出现在高并发场景下，多个事务竞争同一行或同一范围的数据资源，导致部分事务长时间处于等待状态，影响系统响应速度和吞吐量。解决这类问题的核心是减少锁冲突、缩短锁持有时间、合理设计事务逻辑。以下是几种实用的优化方法。
1. 缩短事务执行时间
事务越长，持有的锁时间就越久，其他事务等待的可能性就越大。
将不必要的操作移出事务，比如日志记录、通知发送等非数据库操作。 避免在事务中执行复杂计算或远程调用。 尽量一次性提交数据，避免频繁开启和提交小事务。2. 合理使用索引减少锁范围
如果没有合适的索引，MySQL在执行UPDATE或DELETE时可能需要扫描全表，进而加更多行锁甚至升级为表锁。
确保WHERE条件中的字段有有效索引，尤其是主键或唯一索引。 避免隐式类型转换导致索引失效，如字符串字段传入数字。 使用EXPLAIN分析SQL执行计划，确认是否走索引。3. 调整隔离级别降低锁竞争
不同隔离级别对锁的行为影响较大。默认的可重复读（REPEATABLE READ）容易产生间隙锁，增加死锁概率。
如果业务允许，可以考虑将隔离级别设为读已提交（READ COMMITTED），减少间隙锁使用。 在RC级别下，MVCC机制也能保证基本一致性，同时提升并发性能。 注意：降低隔离级别可能带来不可重复读或幻读，需结合业务评估。4. 避免死锁与锁等待超时
死锁会导致事务自动回滚，而长时间等待则影响用户体验。
设置合理的innodb_lock_wait_timeout（默认50秒），防止长时间阻塞。 应用层捕获1205（锁等待超时）错误并进行重试处理。 按固定顺序访问多张表或多条记录，减少死锁概率。
5. 使用乐观锁替代悲观锁
在冲突较少的场景下，乐观锁能显著提升并发性能。
通过版本号或时间戳字段实现更新校验，避免长期持有行锁。 适用于读多写少的业务，如商品库存扣减（配合CAS重试）。 结合应用层重试机制，提高成功率。基本上就这些。关键在于理解业务场景下的数据竞争模式，针对性地调整事务粒度、索引策略和锁机制。监控
information_schema.INNODB_TRX和
SHOW ENGINE INNODB STATUS也能帮助定位长期运行的事务和锁等待链。优化不复杂，但容易忽略细节。
