我应该在 AWS RDS t1-micro for MySQL 中增加 max_connections 吗？

Question

我有一个运行 MySQL 5.5 的 AWS RDS t1-micro。它给了我太多的连接错误。我检查过，它同时允许 34 个最大连接。我读到的是，我可以通过为这个 Micro 实例创建一个数据库参数组来增加这个最大值。

我的困惑是

• 我应该在 DB 参数组中增加 micro 的最大连接值吗？或者我应该考虑升级到下一个提供更多最大连接数的 RDS 级别（125）吗？
• 我应该将微型 RDS 上的 max_connections 增加到 125 还是升级到 RDS 小实例？
• 为什么以及我应该根据哪些因素做出决定？

谢谢

Answer 1

每个连接承载由这些参数设置的每个连接缓冲区的负载

• join_buffer_size
• sort_buffer_size
• 读取缓冲区大小
• read_rnd buffer_size

改变的连接的数量会增加存储器的每个连接可以要求这样的量：（join_buffer_size + sort_buffer_size的值+ read_buffer_size + read_rnd BUFFER_SIZE）X MAX_CONNECTIONS

我以前写过这些

• Jan 03, 2012:了解 mysqltuner 推荐与未使用的目录
• Apr 24, 2012：打开和关闭数据库连接的成本是多少？
• Feb 01, 2013：显示进程列表/最大并发连接数似乎最大为 131

分析

亚马逊必须根据每个模型的权限设置连接数来要求一定的内存和连接数

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)

我也写过这个：我应该什么时候考虑根据内存使用情况升级我们的 RDS MySQL 实例？

这允许亚马逊执行以下操作：

• 根据无缝 MySQL 使用情况为每个内存模型向您收费
• 每个区域公平分配 MySQL RDS 资源
• 用脚射击自己以篡改每个连接的设置

推荐

也许您应该尝试使用对访问 my.cnf 没有限制的 Amazon EC2