我什么时候应该考虑根据内存使用情况来升级RDS MySQL实例？

Question

似乎我们的DB服务器正在以越来越快的速度进行垃圾收集，这似乎是正常的，因为它正在增长。什么是一个好的经验法则，什么时候切换到一个更大的实例，我不是一个DBA，没有参考框架。现在，只要只剩下100 to，它似乎每2-3天就收集一次垃圾。

服务器本身有1.7GB的RAM。

Answer 1

刚刚遇到了这个问题，我可以给你几个建议。

如果您试图判断何时移动到更大的实例(而不是增加数据库的大小)，当您接近某种资源限制时:内存、I/O和CPU都有能力限制您的性能。

您在问题中提到的症状可能是您正在使用越来越多的内存-用于缓存和缓冲区的内存正在被用于其他用途。升级到大型实例类型将增加可用的内存量。

罗兰多贴出的图表应该给你一个关于可用连接数量的很好的指导--如果你达到了这些限制，那么是时候升级了。可用连接与可用内存直接相关，因此达到连接限制意味着您应该升级。

如果您的CPU平均> 50%左右，您可能需要开始计划升级。

最后，如果您看到的I/O始终很高，您可能希望考虑一个更大的实例(通常，该实例越强大，I/O越好)或使用提供的IOPS。

Answer 2

在切换服务器模型之前，您需要知道配置上有什么不同。

我坐下来仔细查看了所有默认的MySQL设置，这些设置通常都是用my.cnf编写的。所有这些值都是相同的，只有两个除外。

• 最大值_连接
• 诺姆b_缓冲器_池子_大小

Amazon基于服务器模型设置以下值

MODEL      max_connections innodb_buffer_pool_size
---------  --------------- -----------------------
t1.micro   34                326107136 (  311M)
m1-small   125              1179648000 ( 1125M,  1.097G)
m1-large   623              5882511360 ( 5610M,  5.479G)
m1-xlarge  1263            11922309120 (11370M, 11.103G)
m2-xlarge  1441            13605273600 (12975M, 12.671G)
m2-2xlarge 2900            27367833600 (26100M, 25.488G)
m2-4xlarge 5816            54892953600 (52350M, 51.123G)

有关更多信息，请参见我过去在Amazon中关于MySQL的文章。

• Sep 21, 2012：MySQL 5.5内存不足，创建多个数据库时删除所有连接
• Sep 18, 2012：如何减少AWS上的数据库大小？
• Sep 10, 2012：亚马逊备份/快照服务锁表吗？
• Aug 02, 2012：本地数据库与亚马逊
• Jul 25, 2012：缩放Percona数据中心:设置和复制