This topic describes the limitations of ApsaraDB RDS for MySQL, which ensure the stability and security of your instances.
In this topic, limitations apply to all versions unless otherwise specified.
For information about the limitations of other database engines, see the following topics:
Specification and performance limits
|
Resource |
Specification |
Description |
|
Storage capacity |
|
The maximum storage capacity varies by instance type. For more information, see Primary ApsaraDB RDS instance types. |
|
Temporary table space |
|
The maximum temporary table space for an instance that uses a premium local SSD is 300 GB. Exceeding this limit may cause frequent high-availability switchovers and downtime. |
|
Connections |
Up to 100,000 |
The maximum number of connections varies by instance type. For more information, see Primary ApsaraDB RDS instance types. |
|
IOPS |
|
None |
|
Memory size |
|
On ApsaraDB RDS for MySQL instances that use cloud disks, the operating system and management services consume some memory, so the actual available memory is less than the specified size. Memory consumption details:
|
|
JSON field |
A JSON field can store a maximum of 4 GB of data. |
None |
Quotas
|
Quota |
Limit |
|
Read-only instances |
You can create a maximum of 10 read-only instances for each primary instance. |
|
Primary instances |
You can have a maximum of 200 pay-as-you-go or serverless primary instances. You can request a quota increase in Quota Center. |
|
Tags |
Each tag key must be unique. You can add a maximum of 20 tags to an instance. You can tag up to 50 instances at a time. For more information, see Create tags. |
|
Free backup storage quota |
Excess backup storage (GB) = Data backup size + Log backup size - Free quota. The result is rounded up to the nearest integer. For more information about backups, see Backup fees. |
|
Backup retention period |
The default backup retention period is 7 days, and the maximum is 730 days. Backups retained for more than 730 days are converted to archived backups, which incur lower storage fees. For more information, see Backup fees. |
|
Log retention period |
For more information, see View error logs and slow query logs. |
Naming limits
|
Item |
Description |
|
Instance name |
|
|
Username |
|
|
Database name |
|
|
User-defined function (UDF) name |
Avoid using reserved keywords. |
Security limits
|
Item |
Description |
|
Password |
Passwords must meet the following requirements:
|
|
Port |
The default port for ApsaraDB RDS for MySQL instances is 3306. You can change the port number. For more information, see View or change the endpoints and ports of an ApsaraDB RDS for MySQL instance. |
|
Cloud disk encryption |
You can enable cloud disk encryption only when you create an instance. After it is enabled, you cannot disable it. |
|
Security groups |
An instance can belong to a maximum of 10 security groups.
For more information, see Configure a security group. |
|
IP address whitelist |
An instance can have up to 50 whitelist groups, and each group can contain up to 1,000 IP addresses or CIDR blocks. For more information, see Configure an IP address whitelist for an ApsaraDB RDS for MySQL instance. |
|
Account permissions |
|
|
Privileged accounts |
You can create and manage privileged accounts only in the console or by calling an API. A privileged account can terminate any connection. Each instance can have only one privileged account. |
|
Standard accounts |
|
|
Instance parameters |
Most instance parameters can be modified in the console or by calling an API. For security and stability reasons, some parameters cannot be modified. |
Operational limits
|
Item |
Description |
|
Backup and recovery |
|
|
MySQL storage engine |
Only the InnoDB storage engine is supported.
|
|
Logs |
|
|
Primary-secondary replication |
ApsaraDB RDS for MySQL provides a primary-secondary replication architecture (except for RDS Basic Edition). The secondary instance of an RDS High-availability Edition instance is not readable. The secondary nodes of an RDS Cluster Edition instance are readable. |
|
Instance restart |
You must restart an instance in the console or by calling an API. |
|
Network settings |
If a MySQL 5.5 or MySQL 5.6 instance resides in the classic network and has database proxy enabled, you cannot enable net.ipv4.tcp_timestamps in SNAT mode. |
|
Storage space |
If an instance's storage space is full, it is automatically locked and becomes unusable. We recommend that you regularly check your storage usage. For information about the causes of and solutions for instance locks, see Causes of and solutions for high storage usage of an ApsaraDB RDS for MySQL instance. |
|
Size of a single table |
Due to operating system file size limits, the maximum size of a single table in ApsaraDB RDS for MySQL is 16 TB. |
|
Help information |
All MySQL versions include the |
|
Public endpoint |
|
|
Instance restart |
You must restart an instance in the console or by calling an API. |
|
GTID |
Global Transaction Identifier (GTID) is enabled by default on ApsaraDB RDS for MySQL instances and cannot be disabled. |