在 go 应用中，`database/sql.db` 实例应全局复用、仅初始化一次，并通过内置连接池自动管理并发请求，而非为每个函数单独 open 或手动传递连接。
Go 的 database/sql 包设计核心之一是连接池抽象：sql.Open 并不立即建立数据库连接，而只是返回一个可安全并发使用的 *sql.DB 句柄，该句柄内部维护一个可配置的空闲连接池（idle connection pool），并自动复用、创建、回收底层连接。
因此，针对“100 个查询函数共用同一数据库”的场景：
✅ 推荐做法（唯一正确方式）：
- 全局初始化一次 *sql.DB（通常在 main() 或 init() 中完成）；
- 调用 db.Ping() 验证连接可用性（强制触发一次真实连接尝试）；
- 将该 *sql.DB 实例以依赖注入或全局变量方式供所有函数使用；
- 各函数直接调用 db.Query(), db.Exec() 等方法 —— 连接由池自动分配，无需关心“哪个连接”或“是否关闭”。
// 示例：正确的初始化与复用
var db *sql.DB
func initDB() error {
var err error
db, err = sql.Open("postgres", "user=... dbname=...")
if err != nil {
return err
}
// 设置连接池参数（可选但推荐）
db.SetMaxOpenConns(25)
db.SetMaxIdleConns(25)
db.SetConnMaxLifetime(5 * time.Minute)
// 验证连接有效性（关键！）
if err = db.Ping(); err != nil {
return fmt.Errorf("failed to ping database: %w", err)
}
return nil
}❌ 错误做法辨析：
为每个函数调用 sql.Open()：
不仅性能极差（重复解析 DSN、新建驱动实例、无连接复用），还会导致资源泄漏（*sql.DB 未 Close 时其底层连接池持续运行）；且 sql.Open 返回的 *sql.DB 是轻量句柄，不是“单次连接”，频繁 Open 完全违背设计初衷。试图“共享同一个连接”（如 *sql.Conn）*：
`sql.Conn` 是非并发安全*的，不可跨 goroutine 复用；`sql.DB` 才是线程安全的入口。所谓“用同一个连接”是对连接池机制的误解 —— 实际上，100 个并发调用会从池中获取不同连接（或复用空闲连接），完全透明高效。
? 注意事项：
- db.Close() 仅在应用退出前调用（如 defer db.Close() 在 main 结束时），用于释放所有闲置连接；日常业务逻辑中绝不应在函数内调用 db.Close()。
- 连接池行为可通过 SetMaxOpenConns、SetMaxIdleConns、SetConnMaxLifetime 精细调控，避免连接耗尽或过期失效。
- 若需事务控制，请使用 db.Begin() 获取 *sql.Tx，并在事务结束后显式 Commit() 或 Rollback() —— 事务对象本身不参与连接池复用。
总结：Go 的 database/sql 是面向长期运行服务设计的，*sql.DB 是中心化、线程安全、自带池化的基础设施组件。一次初始化、全局复用、配合 Ping 校验、合理配置池参数，是高性能、高可靠数据库访问的基石。
