在 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。 启用慢查询日志，分析长时间运行的事务。 基本上就这些。关键是理解业务场景，结合索引、事务控制和锁机制，做到“快进快出”，才能有效提升并发能力。
