华为云 RDS 连接池：为什么加了池反而更慢

连接池不是万灵药。参数配错时会制造出「连接数打满 + 慢查询」的双重故障，这篇讲几个实际踩过的配置陷阱。

第一个陷阱是池大小和数据库上限的关系。应用侧最大连接数 × 实例数 超过 RDS 的 max_connections，多出来的连接会排队或直接拒绝。8 个 Pod 各配 20 个连接就是 160，而 2 核 4G 的实例默认可能只有 200，稍微一波动就打满。

第二个是连接空闲回收。数据库侧有 wait_timeout，连接池里闲置太久的连接会被服务端单方面断开，客户端拿到的是一个「看起来活着」的死连接，第一次使用必然报错。解决要么让池的 keepalive 周期小于 wait_timeout，要么配好 validationQuery。

第三个和慢查询相关：连接复用不代表查询变快。池只是省掉了建连开销，SQL 本身缺索引照样慢，而且慢查询会占住连接不放，把池耗尽。所以监控要分开看——连接等待时间和查询耗时要分别告警。

实践建议：单实例的池上限先按 (CPU 核数 × 2 + 磁盘数) 估，再压测调整；同时打开 RDS 的慢日志，把超过 1 秒的语句定期过一遍，比盲目扩池有效得多。