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