Buffalo 不直接暴露连接池配置，需手动设置 pop.Connection 底层 sql.DB 的 SetMaxOpenConns、SetMaxIdleConns 和 SetConnMaxLifetime；database.yml 对连接池无效，必须在 Go 代码中按环境分别配置并用 db.DB.Stats() 验证。
Buffalo 默认不直接暴露连接池配置项
Buffalo 本身不提供类似 DB.MaxOpenConns 这样的顶层配置开关，它把数据库连接池交给了底层的 pop（Buffalo 官方 ORM）和 Go 标准库 sql.DB 管理。你看到的 database.yml 只控制连接字符串和 dialect，不控制池行为。
必须手动修改 pop.Connection 的底层 sql.DB 实例
在 Buffalo 项目中，pop.Connection 封装了 *sql.DB，但默认初始化后不会自动调用 SetMaxOpenConns 或 SetMaxIdleConns。你需要在 actions/app.go 或 models/models.go 中显式设置：
func init() {
db, err := pop.Connect("development")
if err != nil {
log.Fatal(err)
}
// 关键：拿到底层 *sql.DB 并设置池参数
sqlDB := db.DB
sqlDB.SetMaxOpenConns(20)
sqlDB.SetMaxIdleConns(10)
sqlDB.SetConnMaxLifetime(30 * time.Minute)
}-
SetMaxOpenConns控制最大并发连接数，过高可能压垮数据库；过低会导致请求排队 -
SetMaxIdleConns应 ≤SetMaxOpenConns，否则无效；设为 0 表示不复用空闲连接 -
SetConnMaxLifetime避免长连接因数据库侧超时被 kill，推荐设为略小于 DB 的wait_timeout
不同环境需分别配置，且不能只靠 database.yml
database.yml 中的 development/production 区块只影响连接串和迁移行为，对连接池无作用。你必须在 Go 代码里按环境分支处理：
env := os.Getenv("GO_ENV")
if env == "production" {
db.DB.SetMaxOpenConns(50)
db.DB.SetMaxIdleConns(25)
} else {
db.DB.SetMaxOpenConns(10)
db.DB.SetMaxIdleConns(5)
}注意：Buffalo 的 pop.LoadConfig() 不会读取或应用任何池相关字段，即使你在 database.yml 里加了 max_open_conns: 20 也完全被忽略。
验证是否生效的最简方式
别依赖日志或文档，直接查运行时状态：
log.Printf("MaxOpen: %d, MaxIdle: %d, Idle: %d",
db.DB.Stats().MaxOpenConnections,
db.DB.Stats().MaxIdleConns,
db.DB.Stats().Idle)启动服务后访问一次数据库操作（比如首页），再看日志输出——这才是唯一可信的依据。很多团队卡在这一步，因为改完配置没验证，上线后发现连接数始终是默认的 0（即 unlimited）或 250（Go 1.12+ 默认值），导致数据库被打满。
