fiber框架本身不内置mysql支持，必须手动集成go-sql-driver/mysql驱动并封装连接池管理，因其设计哲学是“最小内核+显式依赖”，数据库层交由go标准database/sql生态处理。
直接说结论：Fiber 框架本身不内置 MySQL 支持，必须手动集成驱动 + 封装连接池管理；它不像 Flask 那样有 Flask-SQLAlchemy 这类开箱即用的 ORM 扩展。
为什么 Fiber 没有现成的 MySQL 插件
Fiber 是 Go 语言的轻量级 Web 框架，设计哲学是「最小内核 + 显式依赖」。官方生态里只维护 fiber 核心和少数高频中间件（如 JWT、Redis），数据库层完全交由 Go 社区标准方案处理——也就是 database/sql + 第三方驱动（如 go-sql-driver/mysql）。
你看到的「Fiber 支持 MySQL」描述，实际来自第三方封装库（比如 fiber-mysql 或项目自建工具包），但这些不是官方维护，稳定性/更新节奏无保障。
推荐做法：用 database/sql + go-sql-driver/mysql 手动连接
这是生产环境最稳妥、文档最全、调试最直接的方式。关键点如下：
-
import "database/sql"和"github.com/go-sql-driver/mysql"必须同时存在，缺一不可 - DNS 字符串格式必须严格：
user:password@tcp(127.0.0.1:3306)/dbname?parseTime=true&loc=Local，注意&是 URL 编码后的& - 务必调用
db.SetMaxOpenConns()和db.SetMaxIdleConns()，否则高并发下会耗尽连接数（默认 0 = 无限制） - 不要在每个 handler 里
sql.Open()，应全局初始化一次，注入到fiber.App的Ctx.Locals或通过依赖注入容器传递
示例初始化片段：
db, err := sql.Open("mysql", "root:pass@tcp(localhost:3306)/test?parseTime=true&loc=Local")
if err != nil {
log.Fatal(err)
}
db.SetMaxOpenConns(25)
db.SetMaxIdleConns(25)
defer db.Close() // 注意：这里只是关闭 db 对象，不是每次请求都关
ORM 选型：GORM 是当前最匹配 Fiber 的方案
如果你需要模型定义、自动迁移、关联查询等能力，GORM 是事实标准。它原生支持 database/sql 接口，和 Fiber 完全解耦：
- 安装：
go get -u gorm.io/gorm gorm.io/driver/mysql - 初始化时传入已有的
*sql.DB实例，避免重复建连 - 迁移命令需手动触发（
AutoMigrate），Fiber 不提供flask db migrate那类 CLI 工具 - 注意 GORM v2 默认开启
PrepareStmt，在短连接场景可能引发MySQL has gone away，可设为false关闭预编译
常见坑：
- 字段标签写错导致映射失败，比如
gorm:"primaryKey"写成gorm:"primary_key"（v2 要求驼峰） - 时间字段没加
time.Time类型或缺失gorm:"autoCreateTime;autoUpdateTime"，查出来是零值 - 忘记在
SELECT后调用Error检查，导致静默失败
别碰「Fiber MySQL 中间件」类的第三方包
目前 GitHub 上搜到的 fiber-mysql、fiber-gorm 等仓库，普遍存在以下问题：
- star 数
- 把
*sql.DB直接挂进Ctx.Locals，没做连接池参数控制，上线后容易打崩 MySQL - 错误处理粗暴，比如直接
panic而非返回 HTTP 错误码 - 文档缺失，连 TLS 连接、读写分离等基础场景都没覆盖
真正省事的方式，是自己封装一个 mysql.NewClient() 函数，把 DNS 解析、连接池设置、日志埋点一次性收口，比套一层不稳定中间件更可控。
最后提醒一句：MySQL 连接字符串里的 parseTime=true 和 loc=Local 必须配对出现，否则 time.Time 字段会解析成 0001-01-01，这个细节 80% 的新手第一次都会漏掉。
