答案：避免MySQL事务阻塞需缩短事务时间、确保索引有效、降低隔离级别、按序访问资源并使用乐观锁。具体包括：精简事务逻辑，避免长事务；为WHERE条件字段建索引并用EXPLAIN验证；考虑使用READ COMMITTED减少间隙锁；统一数据更新顺序防死锁；应用层捕获1213/1205错误实现重试。核心是事务要快，SQL要准，锁要早放。
在 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 要准，锁要早放。只要控制好事务粒度和索引有效性，大多数阻塞问题都能避免。
