Buffalo 默认不记录 SQL 日志，需在 actions/app.go 中为 models.DB.Logger 显式赋值 log 实例（如 log.New(os.Stdout, "[POP] ", 0)），且须按环境控制启用，仅对 pop 执行的语句生效。
Buffalo 默认不记录 SQL 日志，需手动启用
Buffalo 本身不默认输出数据库执行的 SQL 语句，即使你用的是 pop（Buffalo 默认 ORM），日志也是静默的。这导致调试迁移、查询慢或事务问题时无从下手。根本原因在于 pop.Connection 的 Logger 字段默认为 nil，且 Buffalo 的 database.yml 中没有暴露日志开关。
在 database.yml 中配置 logger: true 不起作用
很多人尝试在 config/database.yml 里加 logger: true 或 log_level: debug，但这是无效的——pop 不识别这些字段。真正起作用的是 Go 层面对 pop.Connection 实例的显式赋值。常见错误现象包括：
- 修改
database.yml后运行buffalo dev，控制台依然没有 SQL 输出 - 以为
POP_LOGGING=true环境变量能生效，其实它只影响旧版 pop v4，而当前 Buffalo（v0.20+）使用的是 pop/v6，该变量已被移除
正确做法：在 actions/app.go 中注入自定义 logger
你需要在应用初始化时，拿到 pop.Connection 实例，并为其设置一个非 nil 的 Logger。推荐用 log.New(os.Stdout, "[POP] ", 0) 或更结构化的 zerolog 实例。关键步骤如下：
Buffalo框架 1.0.1
下载
Buffalo框架 1.0.1 版本源码包下载，适合需要错误处理改进、依赖更新、render.Download 注释和 request logger 调整的 v1 项目。
- 在
actions/app.go的app.New()函数内，找到app.Use(popmw.Transaction(models.DB))之前的位置 - 添加代码：
models.DB.Logger = log.New(os.Stdout, "[POP] ", 0)
- 确保已导入
"log"和"os" - 如果使用 PostgreSQL，还会看到类似
[POP] SELECT * FROM "users" WHERE "id" = $1的日志；SQLite 则显示完整语句
生产环境务必关闭，否则 I/O 成瓶颈
开启 SQL 日志会显著拖慢请求响应，尤其在高并发或复杂 JOIN 查询场景下。这不是警告，而是实测结果：单次请求增加 3–8ms 延迟，日志写入本身成为性能热点。所以必须区分环境：
- 开发/测试环境：保留
models.DB.Logger = ... - 生产环境：用
if buffalo.Env == "development" { ... }包裹，或直接删掉该行 - 不要依赖
env配置文件自动切换——pop不读取它们，必须代码级控制
最常被忽略的一点：日志只记录通过 pop 执行的语句（如 models.DB.Find(...)、迁移命令），如果你在 handler 里直接用了 sql.DB.Query，那些操作不会出现在 [POP] 日志里。
