Há cerca de dois anos, fui encarregado de avaliar o Amazon RDS for MySQL. Escrevi algumas postagens no DBA StackExchange sobre minhas descobertas e observações:
Em resumo, existem três opções que você não pode alterar
Aqui está o gráfico que fiz, informando os limites do modelo por servidor
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)
Quanto à sua pergunta real, t1.micro
possui 34 como uma configuração max_connections . Se você não pode superar 32, isso é bastante compreensível. O Amazon AWS deve poder conectar-se e monitorar itens da Instância RDS como um usuário SUPER . Não ser capaz de ir além de 32 é razoável para uma t1.micro
instância. À luz disso, você não terá escolha a não ser confiar no esquema de gerenciamento administrado pela Amazon para distribuir max_connections e outras opções entre todas as instâncias do MySQL na nuvem da AWS.