在 MySQL 中减少锁等待、提高并发的核心在于优化事务行为、合理设计索引、选择合适的隔离级别以及避免长时间持有锁。以下是几个关键策略。

1. 缩短事务执行时间

事务越长，持有的锁时间就越久，其他事务等待的概率就越高。尽量让事务短小精悍，只包含必要的操作。

• 不要在事务中执行耗时操作，比如网络请求、文件处理等。
• 提前准备好数据，避免在事务中做复杂计算或多次查询。
• 使用批量操作代替循环单条提交。

2. 合理使用索引避免全表扫描

没有索引的查询可能导致 MySQL 扫描大量行，从而加锁更多记录，甚至升级为表锁。

• 确保 WHERE 条件中的字段有合适的索引。
• 避免在索引列上使用函数或表达式，导致索引失效。
• 利用 EXPLAIN 检查执行计划，确认是否走索引。

3. 避免死锁和减少锁冲突

多个事务以不同顺序访问相同资源容易引发死锁或长时间等待。

• 所有事务按相同顺序访问表和行，降低死锁概率。
• 尽量先查后改，避免在事务中途才锁定关键行。
• 使用 SELECT ... FOR UPDATE 或 LOCK IN SHARE MODE 时谨慎，只在必要时加锁。

4. 使用更低的隔离级别

高隔离级别（如可重复读）会增加间隙锁（gap lock），影响并发。

MetaGPT推出的自然语言编程工具

• 如果业务允许，可以将隔离级别设为 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。
• 启用慢查询日志，分析长时间运行的事务。