合理配置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），更应缩短此值以适应自动切换机制。
监控连接池状态并及时调优
光靠静态配置不够，需结合运行时指标判断是否需要调整。
建议：- 定期调用
db.Stats()获取当前连接使用情况，包括等待数、超时次数、空闲数等。 - 重点关注
WaitCount和WaitDuration，若持续增长说明连接不足，需适当提升 MaxOpenConns。 - 若
MaxIdleClosed数值高，说明连接因空闲被关闭，可能 MaxIdleConns 设得过高或连接利用率低。 - 将这些指标接入 Prometheus 等监控系统，实现动态预警。
避免短生命周期连接滥用
在 HTTP 处理函数或高频任务中频繁打开/关闭数据库是常见反模式。
建议：- 全局只创建一次
*sql.DB实例，复用连接池。 - 不要在每次查询前调用
Open()，这会创建新池，造成资源泄漏。 - 使用依赖注入或单例模式管理数据库句柄，确保整个应用共享同一池。
基本上就这些。连接池优化不是一劳永逸的事，要结合业务流量、数据库负载和监控数据持续调整。关键是让连接数“够用但不过量”，才能稳定支撑高并发场景。
