MySQL 5.5を実行しているAWS RDS t1-microがあります。接続エラーが多すぎます。チェックすると、最大34の同時接続が許可されます。私が読んだことは、このマイクロインスタンスのDBパラメータグループを作成することにより、この最大値を増やすことができるということです。

私の混乱は

• DBパラメーターグループのマイクロの最大接続値を増やす必要がありますか？または、より多くの最大接続（125）を提供する次のRDSレベルへのアップグレードを検討する必要がありますか？
• micro RDSのmax_connectionsを125に増やし、RDS smallインスタンスにアップグレードする必要がありますか？
• なぜ、どのような要因で決定を下す必要がありますか？

ありがとう

各接続は、これらのパラメーターによって設定された接続ごとのバッファーの負荷を運びます

• join_buffer_size
• sort_buffer_size
• read_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：DB接続のオープンとクローズのコストはどれくらいですか？
• Feb 01, 2013：プロセスリストの表示/最大同時接続数は131で最大になるようです

分析

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)

これについても書きました。メモリ使用量に基づいてRDS MySQLインスタンスをアップグレードすることをいつ考えるべきですか？

これにより、Amazonは次のことを行うことができます。

• シームレスなMySQLの使用に基づいて、メモリモデルごとに課金します
• 地域ごとのMySQL RDSの公平な配分リソース
• 接続ごとの設定を改ざんするために足で自分を撃つ

勧告

おそらく、my.cnfへのアクセスに制限がないAmazon EC2を使用してみてください。

RDSコンソール>パラメーターグループ>パラメーターの編集から、

max_connectionsパラメーターの値をカスタム値に変更できます。