在 MySQL 中优化事务锁机制，核心是减少锁冲突、缩短锁持有时间、合理选择隔离级别和索引策略。以下从常见问题出发，给出实用优化方法。
合理设计索引以减少锁范围
没有合适索引时，MySQL 会升级为表锁或扫描更多行，导致锁住不必要的数据。
建议： 为 WHERE 条件、JOIN 字段和 ORDER BY 创建合适的索引，确保查询能走索引查找而非全表扫描。 使用覆盖索引避免回表，减少锁的行数和持续时间。 避免在索引列上做函数操作（如 WHERE YEAR(create_time)=2024），会导致索引失效。缩短事务执行时间
长时间运行的事务会持有锁更久，增加死锁概率和并发阻塞。
建议： 将非数据库操作（如网络请求、文件处理）移出事务块。 尽量减少事务中语句数量，只包含必要的读写操作。 及时提交或回滚事务，避免手动开启事务后忘记结束。选择合适的隔离级别
高隔离级别（如可重复读）会增加间隙锁和临键锁的使用，影响并发性能。
建议： 如果应用能接受幻读，可考虑使用 READ COMMITTED 隔离级别，减少间隙锁使用。 在 RR 级别下，合理利用一致性读（快照读）减少加锁，例如普通 SELECT 不加锁。 对强一致性要求不高的场景，适当使用快照读替代 SELECT ... FOR UPDATE。避免死锁与锁等待
多个事务按不同顺序访问相同资源容易引发死锁。
建议： 所有事务按固定顺序访问表和行，比如总是先更新用户表再更新订单表。 使用 SHOW ENGINE INNODB STATUS 分析最近死锁原因。 设置合理的 innodb_lock_wait_timeout，避免长时间等待。 在应用层加入重试逻辑，自动处理因死锁被回滚的事务。基本上就这些。关键是理解业务并发模式，结合索引优化和事务控制，把锁的影响降到最低。不复杂但容易忽略细节。
