4. 连接池配置实战：如何根据业务并发量设置 MaxOpenConns 与 MaxIdleConns，避免连接耗尽

数据库连接池是 Go 应用与数据库之间的桥梁，其核心参数 MaxOpenConns（最大打开连接数）与 MaxIdleConns（最大空闲连接数）直接决定了系统在高并发下的吞吐能力与稳定性。配置不当会导致连接耗尽、请求排队甚至服务雪崩。本节从业务并发模型出发，给出可量化的配置方法与避坑指南。

4.1 核心参数语义与协同关系

4.2 根据业务并发量计算参数值

假设业务系统峰值并发请求数为 P，每个请求平均持有连接时间为 T（秒），则所需连接数下限为：

所需连接数 ≈ P × T

例如：峰值并发 500，平均查询耗时 200ms（0.2s），则至少需要 500 × 0.2 = 100 个连接。但实际配置需考虑连接复用率、慢查询波动、数据库端连接上限等因素。

4.2.1 推荐配置公式

4.3 连接耗尽场景与避坑策略

连接耗尽通常表现为：应用日志出现 database/sql: connection pool exhausted 或数据库端 too many connections。以下三种典型场景需特别关注：

1. 事务未及时提交/回滚： 事务持有连接直到提交或回滚，若代码中遗漏 tx.Commit() 或 tx.Rollback()，连接将永久占用。
2. 慢查询堆积： 单个查询耗时从 200ms 飙升至 5s，导致连接持有时间 T 急剧增大，有效连接数瞬间耗尽。
3. 连接泄漏： 未调用 rows.Close() 或 stmt.Close()，导致连接无法归还池中。

4.4 连接池状态与并发模型 SVG

下图展示了连接池在并发请求下的状态流转，以及 MaxOpenConns 与 MaxIdleConns 如何协同控制连接生命周期：

4.5 代码配置示例与监控

以下为 Go 标准库 database/sql 的典型配置，适用于中并发 Web 服务：

import (
    "database/sql"
    "time"
    _ "github.com/go-sql-driver/mysql"
)

func InitDB(dsn string) (*sql.DB, error) {
    db, err := sql.Open("mysql", dsn)
    if err != nil {
        return nil, err
    }

    // 根据压测结果：峰值并发 300，平均查询耗时 0.3s
    // 所需连接数 ≈ 300 × 0.3 × 1.2 = 108，取整 120
    db.SetMaxOpenConns(120)

    // 空闲连接保留 60%：120 × 0.6 = 72
    db.SetMaxIdleConns(72)

    // 连接最大存活时间：防止网络中间件断开后连接失效
    db.SetConnMaxLifetime(30 * time.Minute)

    // 空闲连接最大存活时间：避免长时间空闲连接被数据库端回收
    db.SetConnMaxIdleTime(10 * time.Minute)

    return db, nil
}

4.6 不同数据库引擎的适配建议