避免长事务是 MySQL 性能和稳定性优化的关键一环。长事务会持续占用锁、阻塞其他操作、拖慢主从同步，甚至引发锁等待超时或 OOM。核心思路是：缩短事务生命周期、减少事务内操作量、拆分大事务、合理使用隔离级别。
控制事务边界，显式结束事务
很多长事务源于忘记提交或回滚，尤其在应用层异常退出时。务必确保每个事务都有明确的 COMMIT 或 ROLLBACK，不要依赖自动提交（autocommit=0 时更危险）。推荐在代码中用 try-finally 或上下文管理器保证事务收尾。
开启 autocommit=1（默认），让单条 DML 自动成事务，避免隐式开启长事务 若需手动事务，用 BEGIN 显式开始，执行完立即 COMMIT；出错时主动 ROLLBACK，不靠连接断开自动清理 监控 INFORMATION_SCHEMA.INNODB_TRX 表，定期查 trx_started 时间过长的事务（如 > 60 秒）减少事务内操作量，避免“一揽子”更新
一个事务里批量更新几万行、或包含复杂计算+多表写入+外部 API 调用，极易变成长事务。应把可拆分的操作剥离出去。
大表分页更新：用 WHERE id BETWEEN x AND y + LIMIT 分批，每批单独事务 读-改-写逻辑中，把“读取校验”提前到事务外，事务内只做确定性修改 避免在事务中调用慢速外部服务（如 HTTP 请求、文件写入），这些会直接拉长持有锁时间合理选择隔离级别，降低锁粒度与冲突
默认的 REPEATABLE READ 级别在范围查询时可能加间隙锁（Gap Lock），扩大锁定范围、增加死锁风险。对一致性要求不苛刻的场景，可降级为 READ COMMITTED。
READ COMMITTED 下，普通 SELECT 不加锁，UPDATE/DELETE 只锁命中行（无间隙锁），适合高并发写场景 确认业务能接受“不可重复读”，再调整全局或会话级隔离级别：SET SESSION TRANSACTION ISOLATION LEVEL READ COMMITTED 必要时用 SELECT ... FOR UPDATE 加锁，但要配合索引条件，避免全表扫描导致锁表利用一致性非锁定读，减少写事务压力
MySQL 在 RR 和 RC 级别下都支持快照读（MVCC），尽量用普通 SELECT 替代带锁查询，把读压力从写事务中分离出来。
报表、后台统计类查询，用普通 SELECT 即可，无需加 LOCK IN SHARE MODE 避免在事务开头就 SELECT ... FOR UPDATE 读取大量数据，再慢慢处理；应先处理逻辑，最后临界点再加锁写入 注意 long_query_time 设置，把慢 SELECT 也纳入监控，它们虽不锁写，但可能拖慢整个事务响应
