gorm初始化mysql必须用mysql.open(dsn)封装dsn，而非直接传字符串；需显式导入驱动、配对parsetime=true与loc=local；连接池参数须通过db.db().setmaxopenconns()等设置。
Revel 启动时初始化 GORM MySQL 连接必须用 gorm.Open()，不能只传 DSN 字符串
Revel 没有内置 ORM，直接用 GORM 是最主流做法。但很多人卡在第一步：把 MySQL 连接字符串丢给 gorm.Open() 就报错，比如 "invalid connection" 或空指针 panic。根本原因是 GORM v2+ 要求显式传入 driver 实例，不是纯 DSN。
正确写法是引入对应驱动并构造 *gorm.DB：
import (
"gorm.io/gorm"
"gorm.io/driver/mysql"
)
dsn := "user:password@tcp(127.0.0.1:3306)/dbname?charset=utf8mb4&parseTime=True&loc=Local"
db, err := gorm.Open(mysql.Open(dsn), &gorm.Config{})
if err != nil {
revel.AppLog.Error("failed to connect database", "error", err)
panic(err)
}
- 必须用
mysql.Open(dsn)包一层，gorm.Open()第一个参数不是 string - 连接参数里
parseTime=True和loc=Local建议加上，否则time.Time字段可能解析失败或时区错乱 - 不要在 handler 里反复调用
gorm.Open()—— 它创建的是带连接池的长期实例，应在app/init.go的init()或AppInit()中一次性初始化
Revel 中全局 DB 实例不能直接赋值给模型，得靠 revel.InterceptFunc 注入上下文
你写了 var DB *gorm.DB 并成功初始化，接着在 controller 里直接用 DB.Create(&u)？这看似能跑，但会出大问题：并发请求共享同一个 *gorm.DB 实例，事务、Preload、Session 配置全乱套，尤其开启读写分离或分库后立刻崩溃。
Revel 的推荐路径是「请求级绑定」：用 filter 把当前请求对应的 DB 实例塞进 revel.Ctrl.Params 或自定义 context key：
func dbFilter(c revel.Controller) revel.Result {
c.Params.Set("db", DB) // 或更安全地用 c.Request.Context()
return nil
}
- 注册该 filter：在
app/init.go中调用revel.InterceptFunc(dbFilter, revel.BEFORE) - controller 中取用：
db := c.Params.Get("db").(*gorm.DB)，再做查询 - 若需多库（如主从），filter 内应根据路由、参数或 header 动态选库，而不是硬编码用
DB
MySQL 连接池配置不生效？关键参数得在 gorm.Config 外再调 DB.DB().SetMaxOpenConns()
GORM 的 gorm.Config 只控制 ORM 层行为（如日志、命名策略），不触达底层 *sql.DB。所以即使你写了 &gorm.Config{PrepareStmt: true}，连接池大小、超时等仍走默认值（通常 MaxOpenConns=0，即无限）——线上容易打爆数据库。
必须显式拿到 *sql.DB 并设置：
sqlDB, err := db.DB()
if err != nil {
panic(err)
}
sqlDB.SetMaxOpenConns(50)
sqlDB.SetMaxIdleConns(20)
sqlDB.SetConnMaxLifetime(time.Hour)
-
SetMaxOpenConns控制最大并发连接数，建议设为 MySQLmax_connections的 70% 左右 -
SetMaxIdleConns应 ≤SetMaxOpenConns，避免空闲连接占资源却不释放 -
SetConnMaxLifetime强制连接定期重连，防止 MySQL 的wait_timeout断连引发错误
前端发请求时看不到 MySQL 错误？别漏掉 revel.InterceptFunc 的 recover 逻辑
Revel 默认 panic 会返回 500 页面，但具体 MySQL 报错（如 "Error 1062: Duplicate entry"）被吞掉了，前端只看到模糊的 “Internal Server Error”。调试时只能翻日志，线上无法快速定位。
在 db filter 或独立的 error filter 中加 recover，并把底层 error 显式透出：
func errorFilter(c revel.Controller) revel.Result {
defer func() {
if r := recover(); r != nil {
if err, ok := r.(error); ok && strings.Contains(err.Error(), "MySQL") {
c.Response.Status = "500 MySQL Error"
c.RenderError(err)
}
}
}()
return nil
}
- 这个 recover 只捕获 panic，不是所有 error；真正健壮的做法是在每个 DB 操作后检查
err，手动c.RenderError(err) - 生产环境切勿直接返回原始 MySQL 错误（含表名、字段名），应映射为业务错误码或泛化提示
- Revel 的
c.RenderError()默认不记录堆栈，需配合revel.AppLog.Error()手动打点
*sql.DB。漏掉任意一个，上线后都可能表现为偶发超时、事务失效或连接数暴涨。
