由 dawei 在Go中处理MySQL事务时，必须显式控制连接生命周期。使用database/sql的Begin()获取事务对象，执行SQL后调用Commit()或Rollback()——任何未提交的事务在连接关闭时会自动回滚，但依赖此行为易引发数据不一致。
高并发场景下，长事务是性能瓶颈。避免在事务内做HTTP请求、文件IO或耗时计算；将非数据库操作移至事务外，确保事务持锁时间最短。例如，先完成数据库读写并提交，再异步发通知或更新缓存。
连接池配置直接影响并发吞吐。通过SetMaxOpenConns()限制最大连接数（建议设为MySQL最大连接数的70%），SetMaxIdleConns()设置空闲连接上限（通常等于或略小于最大值），并启用SetConnMaxLifetime()定期回收老化连接，防止因网络闪断或服务重启导致的僵死连接累积。
精准的索引设计是并发优化的关键。WHERE、ORDER BY、GROUP BY涉及的字段应组合建索引；避免SELECT ，只查必需字段以减少锁行范围和网络开销；对高频更新的表，谨慎使用UUID主键——推荐自增ID或时间戳前缀的雪花ID，降低页分裂与B+树深度。
乐观锁适用于冲突较少的场景。在UPDATE语句中加入版本号或时间戳条件：UPDATE orders SET status=?, version=? WHERE id=? AND version=?；若影响行数为0，说明已被其他事务修改，应用层可重试或提示失败，避免悲观锁的长时间等待。
最终一致性常通过消息队列解耦。事务内只持久化核心状态，提交后投递MQ消息触发后续流程（如积分发放、日志归档）。即使下游失败，也可借助补偿机制或定时对账保障全局正确性，而非强求同步阻塞。
建议图AI生成，仅供参考
每次变更都需压测验证。使用go test -bench或wrk模拟真实并发负载，观察慢查询日志、InnoDB行锁等待时间及连接池等待率。指标异常时回归SQL执行计划（EXPLAIN），持续迭代索引与事务边界。