AWS Aurora MySQL引擎自动升级后连接数超限及性能异常问题求助

有没有其他小伙伴在AWS Aurora MySQL数据库引擎自动升级后碰到异常问题？我这边涉及的是版本5.7.mysql_aurora.2.10.3的升级。

周末的时候，我们的Web服务器开始频繁报错，还时不时陷入无响应状态。

今天排查下来发现，从周四早上开始，我们那台原本负载极低的Aurora数据库居然频繁触达max_connections=80的上限。

进一步分析后，我们看到DatabaseConnections指标出现了两次阶梯式的上涨（见图表1）：

• 最近的一次阶梯变化发生在5月25日，刚好对应数据库实例维护窗口里的自动引擎升级（从5.7.mysql_aurora.2.10.3升级到5.7.mysql_aurora.2.11.2）
• 更早的一次阶梯变化在5月7日，对应之前的一次集群维护窗口，但那次的变更内容我们完全不清楚

另外还有几个相关情况：

• CPU使用率只受到了轻微影响（见图表2）
• 数据库的查询逻辑和使用模式自始至终都没有变化
• 这次引擎升级的官方发布说明里，也没提到任何可能关联的内容

我们已经临时做了几个 workaround 来缓解问题，但看得出来这次Aurora MySQL引擎升级里的某些改动确实对性能产生了负面影响。非常想问问有没有其他朋友遇到过类似的情况，以及你们有没有找到什么有效的解决方案！

编辑于2023年6月6日

神奇的事情发生了——这个Aurora数据库居然“自愈”了，而且正好是在另一次集群维护窗口期间（见下方图表）。

补充一下：之前为了应对这个性能拉胯的Aurora实例，我们把一台遗留Web服务器从BlueHost（美国）迁移到了AWS悉尼区域，迁移在6月2日完成后，性能确实有了阶梯式的提升；但到了6月4日的集群维护窗口，数据库居然直接恢复到了故障前的性能水平！

附上最终的前后性能对比图：
[最终性能对比图]

我真的很希望能找到办法，审计Aurora每次维护窗口里到底执行了哪些操作！

备注：内容来源于stack exchange，提问作者Michael Engelbrecht