合理配置 Golang 连接池需设置 MaxOpenConns 以匹配数据库承载能力，如 PostgreSQL 按每核 20 连接估算，MySQL 控制在 100~200 内；结合 SetMaxIdleConns 为最大连接的 1 / 2 到 2 /3，并通过 SetConnMaxLifetime 限制连接寿命在 15~30 分钟，避免僵尸连接；利用 db.Stats() 监控 WaitCount、WaitDuration 等指标，动态调整参数；全局复用单例 *sql.DB 实例，避免频繁创建销毁连接，确保连接数够用不过量，支撑高并发稳定运行。
数据库连接池在 Golang 应用中直接影响系统吞吐量和响应速度。不合理的配置会导致连接等待、资源浪费甚至数据库崩溃。优化连接池性能的核心在于合理控制连接数量、复用连接以及及时释放资源，而不是盲目增加连接数。
合理设置最大连接数（MaxOpenConns）
最大连接数决定了应用能同时向数据库发起多少请求。设得太高会压垮数据库，太低则无法充分利用并发能力。
建议：
- 根据数据库的处理能力设定 MaxOpenConns。例如，PostgreSQL 推荐每个核心支持约 20 个连接，MySQL 通常建议不超过 100~200。
- 在高并发服务中，可通过压测逐步调整该值，观察 QPS 和延迟变化，找到最佳平衡点。
- 使用
SetMaxOpenConns(n)显式限制，避免默认无上限（即 0）带来的风险。
控制空闲连接数与生命周期
空闲连接过多会占用数据库资源，过少则每次请求都需新建连接，增加延迟。
建议：
- 设置
SetMaxIdleConns(n)，一般建议为 MaxOpenConns 的 1/2 到 2/3。例如最大 50 连接时，空闲可设为 25~30。 - 启用
SetConnMaxLifetime(d)防止连接长时间存活导致中间件或数据库端断连。推荐设为 30 分钟以内（如 15~30m），避免“僵尸连接”。 - 对于云数据库（如 RDS、Cloud SQL），更应缩短此值以适应自动切换机制。
监控连接池状态并及时调优
光靠静态配置不够，需结合运行时指标判断是否需要调整。
立即学习 “go 语言免费学习笔记（深入）”；
建议：
- 定期调用
db.Stats()获取当前连接使用情况，包括等待数、超时次数、空闲数等。 - 重点关注
WaitCount和WaitDuration，若持续增长说明连接不足，需适当提升 MaxOpenConns。 - 若
MaxIdleClosed数值高，说明连接因空闲被关闭，可能 MaxIdleConns 设得过高或连接利用率低。 - 将这些指标接入 Prometheus 等监控系统，实现动态预警。
避免短生命周期连接滥用
在 HTTP 处理函数或高频任务中频繁打开 / 关闭数据库是常见反模式。
建议：
- 全局只创建一次
*sql.DB实例，复用连接池。 - 不要在每次查询前调用
Open()，这会创建新池，造成资源泄漏。 - 使用依赖注入或单例模式管理数据库句柄，确保整个应用共享同一池。
基本上就这些。连接池优化不是一劳永逸的事，要结合业务流量、数据库负载和监控数据持续调整。关键是让连接数“够用但不过量”，才能稳定支撑高并发场景。
