July 8, 2021 . 1 MIN READ
About 2 years ago, I was tasked with evaluating Amazon RDS for MySQL. I wrote some posts in the DBA StackExchange about my findings and observations:
Jul 25, 2012 : Scaling Percona datacenters: setup and replicationAug 02, 2012 : Local database vs Amazon RDSSep 21, 2012 : MySQL 5.5 Runs Out of Memory, Drops All Connections When Creating Many DatabasesIn short, there are three options you cannot alter
128M)Here is the Chart I made telling you those per-Server Model limits
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 for your actual question, t1.micro has 34 as a max_connections setting. If you cannot surpass 32, that is quite understandable. Amazon AWS must be able to connect to and monitor things for the RDS Instance as a SUPER user. Not being able to go beyond 32 is reasonable for a t1.micro instance. In light of this, you will have no choice but to trust the management scheme administered by Amazon for apportioning max_connections and other options among all MySQL Instances in the AWS Cloud.
https://serverfault.com/questions/599421/highest-value-of-max-connections-in-aws-rds-micro-instance
https://dba.stackexchange.com/questions/21491/scaling-percona-datacenters-setup-and-replication/21498#21498