在 MySQL 中，事务阻塞是并发操作中常见的问题，主要由行锁、间隙锁或表锁引起。要有效避免或减少事务阻塞，关键在于合理设计事务逻辑、优化索引和控制事务生命周期。以下是几个实用的策略。
合理设计事务，尽量短小
长时间运行的事务会持有锁更久，增加其他事务等待的概率。应尽量缩短事务的执行时间：
只在必要时才开启事务，避免在事务中执行不必要的操作，比如网络请求或用户交互等待。 将非数据库操作移出事务范围。 尽快提交或回滚事务，不要长时间保持连接打开。确保查询走索引，避免全表扫描
如果 UPDATE 或 DELETE 语句没有使用索引，MySQL 可能会升级为表级锁或多行加锁，导致大面积阻塞。
为 WHERE 条件中的字段建立合适的索引。 使用 EXPLAIN 分析 SQL 执行计划，确认是否命中索引。 避免在索引字段上做函数操作或类型转换，这会导致索引失效。注意隔离级别的影响
MySQL 默认使用 可重复读（REPEATABLE READ） 隔离级别，虽然能防止幻读，但会引入间隙锁（gap lock），容易造成阻塞。
如果业务允许，可以考虑降低到 READ COMMITTED 隔离级别，减少间隙锁的使用。 在 RC 级别下，InnoDB 的 MVCC 机制能更好支持并发写入，降低锁冲突概率。避免死锁：按顺序访问资源
多个事务以不同顺序更新多张表或同一表中的多行数据，容易引发死锁。
统一业务中更新表的顺序，例如始终先更新 A 表再更新 B 表。 对同一批数据的操作尽量集中处理，减少跨事务交叉修改。 开启 innodb_deadlock_detect 并配合超时机制，让系统快速发现并回滚死锁事务。合理使用乐观锁或重试机制
对于高并发更新场景，可以改用乐观锁替代悲观锁：
通过版本号或时间戳字段判断数据是否被修改，减少行锁依赖。 在应用层捕获死锁异常（如 1213 错误）或锁等待超时（1205），自动重试事务。基本上就这些。核心是：事务要快，SQL 要准，锁要早放。只要控制好事务粒度和索引有效性，大多数阻塞问题都能避免。
