答案：通过缩短事务时间、优化索引、降低隔离级别等手段减少锁等待。具体包括使用短事务、避免全表扫描、按序访问资源、选用READ COMMITTED、用乐观锁替代悲观锁、分批处理大操作及监控锁冲突，实现快进快出提升并发。
在 MySQL 中减少锁等待、提高并发的核心在于优化事务行为、合理设计索引、选择合适的隔离级别以及避免长时间持有锁。以下是几个关键策略。
1. 缩短事务执行时间
事务越长，持有的锁时间就越久，其他事务等待的概率就越高。尽量让事务短小精悍，只包含必要的操作。
- 不要在事务中执行耗时操作，比如网络请求、文件处理等。
- 提前准备好数据，避免在事务中做复杂计算或多次查询。
- 使用批量操作代替循环单条提交。
2. 合理使用索引避免全表扫描
没有索引的查询可能导致 MySQL 扫描大量行，从而加锁更多记录，甚至升级为表锁。
- 确保 WHERE 条件中的字段有合适的索引。
- 避免在索引列上使用函数或表达式，导致索引失效。
- 利用 EXPLAIN 检查执行计划，确认是否走索引。
3. 避免死锁和减少锁冲突
多个事务以不同顺序访问相同资源容易引发死锁或长时间等待。
- 所有事务按相同顺序访问表和行，降低死锁概率。
- 尽量先查后改，避免在事务中途才锁定关键行。
- 使用 SELECT ... FOR UPDATE 或 LOCK IN SHARE MODE 时谨慎，只在必要时加锁。
4. 使用更低的隔离级别
高隔离级别（如可重复读）会增加间隙锁（gap lock），影响并发。
- 如果业务允许，可以将隔离级别设为 READ COMMITTED，减少间隙锁使用。
- 在 RC 级别下，InnoDB 的 MVCC 和快照读更高效，写冲突也更容易检测。
- 配合 READ-COMMITTED + binlog_format=ROW 可保证复制安全。
5. 合理利用乐观锁替代悲观锁
在冲突较少的场景，用版本号或时间戳实现乐观控制，避免长期加锁。
- 例如，在更新时检查 version 字段：
UPDATE tbl SET val = ?, version = ? WHERE id = ? AND version = ? - 失败时重试，而不是阻塞等待。
6. 批量操作分批处理
一次更新或删除大量数据会持有大量行锁，阻塞其他事务。
- 将大操作拆成小批次，每批提交一次事务。
- 每批之间可短暂休眠，给其他事务执行机会。
7. 监控锁等待情况
通过系统工具了解锁的实际情况，针对性优化。
- 查看最近的死锁信息：
SHOW ENGINE INNODB STATUS\G - 监控锁等待：查询 information_schema.INNODB_TRX 和 performance_schema.data_locks。
- 启用慢查询日志，分析长时间运行的事务。
