Около 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 в качестве СУПЕР- пользователя. Неспособность выйти за пределы 32 разумно для t1.micro
примера. В свете этого у вас не будет иного выбора, кроме как доверять схеме управления, управляемой Amazon, для распределения max_connections и других параметров среди всех экземпляров MySQL в облаке AWS.