gorm事务日志（begin/commit/rollback）默认不显示，因其实现仅在loglevel ≥ logger.debug时触发logger.begin/commit/rollback方法；info级完全跳过日志埋点，且不继承http context中的trace_id，需显式调用db.withcontext(ctx).transaction()并配置debug级别才能完整输出带tx_id和event字段的结构化事务日志。
事务开始/提交/回滚日志为什么默认不显示
GORM 的 logger.Default.LogMode(logger.Info) 或自定义 logger.Config{LogLevel: logger.Info} 默认只打印 SQL 执行语句、慢查询和错误，**不会输出事务控制语句（BEGIN / COMMIT / ROLLBACK）**。这是因为事务生命周期由 Session 和 Transaction 内部状态管理，其日志入口不在常规 SQL 日志路径里，而是走独立的 Trace 回调分支，且仅在 LogLevel >= logger.Debug 时才触发。
- 用
db.Debug().Transaction(...)仍看不到 BEGIN ——Debug()只影响当前链式调用的 SQL，不自动透传到事务内部初始化逻辑 -
logger.Info级别下，Begin、Commit、Rollback方法压根不会被调用，GORM 直接跳过日志埋点 - 即使开了
SlowThreshold，事务控制本身不耗时，也不会被归为“慢操作”而打日志
必须用 Debug 级别才能看到完整事务流
只有将日志级别设为 logger.Debug，GORM 才会调用 Logger.Begin、Logger.Commit、Logger.Rollback 这三个方法，并把事务上下文（如 tx.Statement.Context）一并传入。此时你才能看到形如 [DEBUG] [TX] BEGIN、[DEBUG] [TX] COMMIT 的日志行。
- 配置示例中
LogLevel: logger.Debug是硬性前提，Info或Warn下事务日志完全静默 -
ParameterizedQueries: true对事务日志无效——BEGIN/COMMIT 本就不带参数，无需拼接 - 事务内嵌套子事务（
Session(&gorm.Session{NewDB: true})）也会被单独记录，每层都有独立[TX]标识 - 若用
db.Transaction(func(tx *gorm.DB) error { ... })，日志会自动绑定该事务的tx实例，无需手动传 context
如何在事务日志里带 trace_id
事务日志中的 trace_id 不是从外层 HTTP 请求 context 自动继承的——GORM 的 Begin 方法接收的是空 context（context.Background()），除非你显式把带 trace_id 的 context 注入事务。
- 正确做法：调用
db.WithContext(ctx).Transaction(...)，其中ctx已含trace_id；GORM 会把该 context 透传给Begin、Commit等回调 - 自定义 logger 中，从
ctx.Value("trace_id")或通过zap.String("trace_id", getTraceID(ctx))提取并注入字段 - 别在
Transaction函数体内部再调用db.WithContext(context.TODO())——这会覆盖原始 context，导致 trace_id 丢失 - 如果用了 Zap 适配器，确保
Begin方法也实现字段映射：zap.String("event", "gorm_tx_begin")、zap.String("trace_id", getTraceID(ctx))
事务 SQL 和普通 SQL 日志混在一起怎么区分
Debug 模式下所有日志都走同一输出流，BEGIN/COMMIT 和 SELECT/UPDATE 日志穿插出现，靠肉眼分辨效率低。关键识别点是日志前缀和字段：
- 事务控制日志固定以
[DEBUG] [TX]开头（GORM v1.30.3 起统一格式），普通 SQL 是[DEBUG]或[INFO] - 事务日志不含
sql、rows、duration字段，但有event: "gorm_tx_begin"、tx_id（GORM 自动生成的 UUID）等专属字段 - 事务内执行的 SQL 会额外带
tx_id字段，与上一条[TX] BEGIN的tx_id一致，可用于串联 - 终端查看时可用
grep "\[TX\]"快速过滤，或用结构化日志工具（如 Grafana Loki）按event=~"gorm_tx.*"查询
LogLevel 设置，且 trace_id 注入必须靠 context 显式传递——这两点最容易被当成“默认支持”而漏掉。
