Близько 2 років тому мені було доручено оцінювати Amazon RDS для MySQL. Я написав кілька дописів у DBA StackExchange про свої висновки та спостереження:
Коротше кажучи, є три варіанти, які ви не можете змінити
Ось діаграма, яку я зробив, розповідаючи про ці обмеження щодо моделі на сервері
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)
Що стосується вашого фактичного питання, t1.micro
має 34 як налаштування max_connections . Якщо ви не можете перевершити 32, це цілком зрозуміло. Amazon AWS повинен бути в змозі підключитися і контролювати речі для екземпляра RDS як користувача SUPER . Неможливо вийти за рамки 32, для конкретного t1.micro
випадку. У світлі цього у вас не буде іншого вибору, крім довіритися схемі управління, керованою Amazon, для розподілу max_connections та інших параметрів серед усіх MySQL інстанцій у AWS Cloud.