1 回答
- 最新
- 投票最多
- 评论最多
0
【以下的回答经过翻译处理】 改变默认最大连接数量时,会有一些问题需要考虑,这个数量基于DB实例的内存。更多的连接会导致更多的线程,MySQL(以及Aurora)没有很好的工作负载管理,因此没有线程优先级、资源消耗限制等。这些都会增加资源争用。内存管理也很困难,有连接级别的缓冲区/缓存,控制它们的内存占用是不可确定的(它取决于会话和活动查询)。这可能会有问题,因为如果这些内存消费者有很多变化,你可能会因为内存不足而出现问题,唯一限制这种风险的方法是减少更可预测的全局内存消费者,例如页面缓存/缓冲池,这些易于控制。那反过来可能会对性能产生不良影响。
虽然没有明确的指导意见告诉我们何时更改最大连接值,但稳定的资源利用率和查询模式的可预测性是关键。例如,只执行简单的键/值查找和更新的工作负载,在查询模式没有太多变化的情况下,可以成为增加最大连接的更好的候选者,而查询变量、复杂聚合、连接和多步事务的工作负载则不然。
最终,如果你必须更改那个值,请考虑进行小的增量更改,监视可释放内存以确保其稳定,监视查询之间的锁争用。
相关内容
- AWS 官方已更新 7 个月前
- AWS 官方已更新 2 年前
- AWS 官方已更新 2 个月前