Aurora MySQL 2.11.1版本升级后数据库连接数突增问题咨询

可能的原因 #

• 连接池兼容问题：2.11.1版本对MySQL协议的连接超时、空闲回收逻辑做了调整，导致应用侧连接池的闲置连接无法被正确回收，大量堆积。
• 默认启用新特性占用连接：新版本默认开启了performance_schema相关监控线程、只读副本连接路由优化等特性，额外占用了连接资源。
• 驱动版本不匹配：应用侧使用的JDBC/ODBC驱动版本过低，与升级后的Aurora握手逻辑不兼容，导致连接复用机制失效，每次请求都新建连接。
• 超时参数变更：新版本调整了wait_timeout、interactive_timeout的默认值，或应用侧存在未正确提交/回滚的事务，导致连接长期被占用。

排查步骤 #

• 排查连接状态：执行SHOW PROCESSLIST;或SELECT * FROM INFORMATION_SCHEMA.PROCESSLIST;，区分是活跃连接还是Sleep状态的闲置连接，定位问题核心方向。
• 对比参数变化：用SHOW GLOBAL VARIABLES LIKE '%timeout%';、SHOW GLOBAL VARIABLES LIKE '%performance_schema%';查看升级前后关键参数的差异。
• 检查驱动版本：确认应用使用的数据库驱动是否兼容Aurora 2.11.1，比如JDBC驱动建议升级到8.0.28及以上版本。
• 分析CloudWatch指标：查看Aurora的DatabaseConnections、IdleConnections指标，确认连接数飙升的时间点与升级操作的同步性，判断是否由升级直接触发。

解决方案 #

• 优化连接池配置：若为闲置连接堆积，在应用连接池（如HikariCP、Tomcat JDBC Pool）中缩短idleTimeout、maxLifetime，开启testOnBorrow连接校验，确保闲置连接及时回收。
• 关闭非必要特性：若performance_schema导致额外连接占用，可执行SET GLOBAL performance_schema = OFF;（需确认业务无监控依赖），或调整相关线程池参数。
• 升级数据库驱动：将应用侧驱动升级至与Aurora 2.11.1兼容的版本，修复连接复用逻辑问题。
• 调整超时参数：根据业务场景重新设置wait_timeout、interactive_timeout（比如设为300秒），避免闲置连接长期占用资源。
• 排查应用代码：检查是否存在未关闭的连接、未提交的事务，确认try-with-resources等资源回收语法是否正确使用，避免连接泄漏。

内容的提问来源于stack exchange，提问作者senrick