要让 GORM 输出 SQL 日志到标准输出或文件，必须替换 gorm.Config.Logger 字段为自定义 logger.Interface 实例：使用 logger.New 配合 log.New(os.Stdout/os.File) 设置输出目标，并设 LogLevel: logger.Info；写入文件时需确保文件可写，且应禁用 Colorful: false 避免乱码。
如何让 GORM 输出 SQL 日志到标准输出或文件
默认情况下 GORM 不打印任何 SQL，必须显式配置日志器。关键不是“开启日志”，而是替换掉 GORM.Config.Logger 字段——它接受一个实现了 logger.Interface 的对象。
最轻量的做法是直接用 GORM 自带的 logger.Default 并调整其级别和输出目标：
import (
"log"
"os"
"gorm.io/gorm/logger"
)
<p>newLogger := logger.New(
log.New(os.Stdout, "\r\n", log.LstdFlags), // io.Writer
logger.Config{
SlowThreshold: time.Second, // 慢 SQL 阈值
LogLevel: logger.Info, // 日志级别：Silent / Error / Warn / Info
Colorful: true, // 启用颜色（终端下有效）
},
)
db, err := gorm.Open(mysql.Open(dsn), &gorm.Config{
Logger: newLogger,
})
-
logger.Info会输出所有 SQL、行数、执行时间；logger.Warn只输出慢 SQL 和错误；logger.Error仅输出错误 - 如果写入文件，把
os.Stdout换成os.File即可，注意确保文件可写且已打开 - 别直接复用
logger.Default实例——它是全局单例，修改会影响其他 db 实例
为什么自定义 logger.Interface 时要注意 Write 方法的并发安全
GORM 日志方法（如 Info、Warn）可能被多个 goroutine 并发调用，而你的 Write 实现如果用了非线程安全的底层 writer（比如未加锁的 bytes.Buffer），会导致日志错乱或 panic。
常见错误写法：buf.Write() 直接追加而不加锁；正确做法是封装一层带互斥锁的 writer，或直接使用 log.Logger（它本身是并发安全的）。
立即学习“go语言免费学习笔记（深入）”；
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
- 不要在
Write里做耗时操作（如网络请求、磁盘 sync），否则拖慢数据库操作 - 若需结构化日志（如 JSON），建议在
Write中解析原始字符串再格式化，而非拦截 SQL 构造逻辑 - GORM v2 的
logger.Interface不再暴露 SQL 参数绑定细节，想看绑定值得启用logger.Info级别并解析日志文本
如何关闭 GORM 日志中的 ANSI 颜色字符（避免日志文件乱码）
当把日志输出到文件或某些日志收集系统（如 Loki、Filebeat）时，Colorful: true 会写入大量 \x1b[32m 类控制字符，导致内容不可读。
解决方案很简单：关掉 Colorful，或者用 logger.NewWriter 包装输出流来过滤颜色：
// 方案一：直接禁用颜色
newLogger := logger.New(log.New(w, "", 0), logger.Config{Colorful: false})
<p>// 方案二：保留颜色给终端，但写文件时过滤（需第三方库如 github.com/mgutz/ansi）
-
Colorful是开关，不是检测终端是否支持的智能选项，必须手动设为false才能彻底去掉转义序列 - 某些 CI/CD 环境或容器中
os.Stdout并非真实 TTY，Colorful: true仍会输出颜色，务必显式关闭 - 如果用了日志聚合工具（如 ELK），建议统一用
Colorful: false+ 结构化字段（如添加sql_type、duration_ms）替代颜色语义
为什么 GORM v2 的日志接口不提供 SQL 参数的原始切片
你无法从 logger.Interface 的任意方法签名中拿到参数列表（例如 func (l *MyLogger) Info(ctx context.Context, msg string, data ...interface{}) 中的 data 是预格式化的字符串，不是 []interface{} 绑定值）。
这意味着：你想记录“执行了什么 SQL”+“用了哪些参数”，不能靠日志器接口直接获取，只能依赖 GORM 已拼好的日志字符串（如 "SELECT * FROM users WHERE id = ?" 123），再自行正则提取或分词。
- 这不是 bug，是设计取舍——GORM 把 SQL 插值和日志解耦，避免日志器影响核心执行路径
- 如果真需要完整参数快照，得在
Callbacks中注册BeforeStatement钩子，从statement对象里取statement.SQL.String()和statement.Vars - 注意：钩子方式拿到的
Vars是原始值（可能含nil、time.Time），比日志字符串更准确，但也更重
实际项目里，多数人只需要 logger.Info + Colorful: false 写文件就够了。真正难的是在高并发下稳定采集、不丢日志、不拖慢 DB——这些不在日志器接口里，而在你选的 writer 和 IO 配置上。
