Beego框架ORM查询开启SQL调试日志的详细教程-Golang-PHP中文网

Beego ORM 的 SQL 调试日志需显式设置 orm.Debug = true（注册数据库后、查询前），仅影响标准 ORM 操作，不记录 Raw 语句；常见失效原因包括设置时机错误、Raw 调用未 Prepare、goroutine 隔离及 stdout 重定向。

beego框架orm查询开启sql调试日志的详细教程

Beego ORM 的 SQL 调试日志不是靠“开启某个开关”就自动打印所有语句的，必须在注册数据库后、执行查询前显式设置 orm.Debug = true，且该设置只对当前进程有效，重启即失效。

为什么开了 `orm.Debug` 却看不到 SQL？

常见原因有三个：

orm.Debug = true 写在了 orm.RegisterDataBase 之前 —— 此时 ORM 尚未初始化，赋值无效
用了 o := orm.NewOrm() 后又调用 o.Raw(...).Exec()，但 Raw 默认不走调试日志逻辑，需额外加 .Prepare() 或改用 o.QueryTable().Filter().All() 等标准链式调用
项目用了多模块或子 goroutine 初始化（比如在 controller init 中设置），而实际查询发生在另一个 goroutine，Debug 是全局变量，但日志输出可能被重定向或缓冲未刷出

`orm.Debug = true` 的真实行为和限制

它只影响 ORM 自动生成的 SQL（如 Insert、Update、QueryTable().All()），不拦截 Raw 执行的原生语句，也不打印参数绑定值。输出格式类似：

INSERT INTO `user` (`name`, `age`) VALUES (?, ?); args: [alice 28]

注意：

Beego框架 2.3.5

Beego框架 2.3.5 版本源码包下载，适合关注表单空值、函数注释名和 nil 返回值修复的 Go Web 开发者。

下载

日志输出到 os.Stdout，若项目用了自定义 logger（如 beego logs），需确保 stdout 未被关闭或重定向
生产环境绝对不能留着 orm.Debug = true，不仅暴露表结构，还拖慢性能（每条 SQL 都要格式化+输出）
MySQL 连接字符串里必须带 parseTime=true，否则 time.Time 字段的 SQL 参数会变成空字符串，日志里看到的是 args: ["" 28]

替代方案：用 `Raw` + `Prepare` 查看完整 SQL

当 orm.Debug 不够用（比如想确认 JOIN 条件或嵌套查询生成的语句），可临时改用 Raw 搭配 Prepare 手动拼 SQL：

sql := `SELECT u.name, p.title FROM user u JOIN post p ON u.id = p.user_id WHERE u.id = ?`
o := orm.NewOrm()
stmt, _ := o.Raw(sql, 123).Prepare()
// 此时 stmt.SQL() 返回已替换参数的完整语句（仅调试用，勿用于生产）
fmt.Println(stmt.SQL()) // 输出：SELECT u.name, p.title FROM user u JOIN post p ON u.id = p.user_id WHERE u.id = 123

这个技巧的关键点：