Yaklaşık 2 yıl önce, MySQL için Amazon RDS'yi değerlendirmekle görevlendirildim. DBA StackExchange'te bulgularım ve gözlemlerim hakkında bazı yazılar yazdım:
Kısacası, değiştiremeyeceğiniz üç seçenek var
İşte size Sunucu Başına Bu Model sınırlarını anlatan Çizelge
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)
Asıl soruya gelince, max_connections ayarı t1.micro
olarak 34 var . 32'yi geçemezseniz, bu oldukça anlaşılabilir. Amazon AWS, SUPER kullanıcısı olarak RDS Örneği'ne bağlanabilmeli ve bunları izleyebilmelidir . 32'nin ötesine geçememek bir örnek için makul . Bunun ışığında, Amazon tarafından max_connections ve diğer seçenekleri AWS Cloud'daki tüm MySQL Bulut Sunucuları arasında dağıtmak için yönetilen yönetim şemasına güvenmekten başka seçeneğiniz olmayacaktır .t1.micro