Hace aproximadamente 2 años, tuve la tarea de evaluar Amazon RDS para MySQL. Escribí algunas publicaciones en el DBA StackExchange sobre mis hallazgos y observaciones:
En resumen, hay tres opciones que no puede modificar.
Aquí está la tabla que hice diciéndole esos límites de 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)
En cuanto a su pregunta real, t1.micro
tiene 34 como configuración de max_ connections . Si no puede superar los 32, eso es bastante comprensible. Amazon AWS debe poder conectarse y monitorear cosas para la instancia de RDS como un usuario SUPER . No poder ir más allá de 32 es razonable para una t1.micro
instancia. A la luz de esto, no tendrá más remedio que confiar en el esquema de administración administrado por Amazon para distribuir max_ connections y otras opciones entre todas las instancias de MySQL en la nube de AWS.