Aurora无服务器自动扩展跟不上请求量增长速度问题
0
【以下的问题经过翻译处理】 我收到了客户的一道问题，希望能够得到一些建议。
本周我们继续进行基准测试，但在Aurora Serverless方面遇到了一些问题。主要问题是Aurora的扩展和我们的J2EE应用服务器中数据库连接池的使用方式。每个应用服务器都有一组根据当前负载可获取的最小和最大连接数。随着负载的增加，每台应用服务器建立的连接数也会增加以服务于越来越多的事务。不过，max设置是一个静态值，它在创建应用服务器时设置。
随着数据库的扩展，max_connections值也会增加，然而问题在于Aurora并未像我们的应用服务器连接池那样快速扩展，导致我们看到许多错误，即由于服务器当前大小无法容纳太多连接而造成MySQL拒绝连接。你们是否有关于如何最好管理应用服务器和Aurora Serverless之间的扩展，或者是否有任何可以帮助的库的建议？
我能想到的唯一考虑因素是要么实现缓存策略，要么限制与aurora的应用程序服务器的并发连接。这意味着他们的应用服务器将不能扩展到使用扩展Aurora获得的额外性能。-不是理想的方法。
有什么想法？
1 回答
- 最新
- 投票最多
- 评论最多
0
【以下的回答经过翻译处理】 您的应用程序应尽可能使用Data API。正确使用连接池可能有些棘手。此外，使用连接池意味着在任何给定时间点，无论应用程序的需要情况如何（最小连接），都会保持x个连接与DB打开。连接池还意味着您永远不会达到完全缩小规模的情况，尽管这可能会伤害大多数使用案例。总而言之，将连接池转移到DATA-API层。