Este tópico descreve as limitações do ApsaraDB RDS for MySQL, que garantem a estabilidade e a segurança das suas instâncias.
Neste tópico, as limitações aplicam-se a todas as versões, salvo indicação em contrário.
Para obter informações sobre as limitações de outros mecanismos de banco de dados, consulte os seguintes tópicos:
Limites de especificação e desempenho
|
Recurso |
Especificação |
Descrição |
|
Capacidade de armazenamento |
|
A capacidade máxima de armazenamento varia conforme o tipo de instância. Para mais informações, consulte Primary ApsaraDB RDS instance types. |
|
Espaço de tabela temporária |
|
O espaço máximo de tabela temporária para uma instância com SSD local premium é de 300 GB. Exceder esse limite pode causar failovers frequentes de alta disponibilidade e tempo de inatividade. |
|
Conexões |
Até 100.000 |
O número máximo de conexões varia conforme o tipo de instância. Para mais informações, consulte Primary ApsaraDB RDS instance types. |
|
IOPS |
|
Nenhuma |
|
Tamanho da memória |
|
Em instâncias do ApsaraDB RDS for MySQL com discos em cloud, o sistema operacional e os serviços de gerenciamento consomem parte da memória. Portanto, a memória disponível real é menor que o tamanho especificado. Detalhes do consumo de memória:
|
|
Campo JSON |
Um campo JSON pode armazenar no máximo 4 GB de dados. |
Nenhuma |
Cotas
|
Cota |
Limite |
|
Instâncias somente leitura |
É possível criar no máximo 10 read-only instances para cada instância primária. |
|
Instâncias primárias |
O limite é de 200 instâncias primárias com pagamento conforme o uso ou serverless. Solicite um aumento de cota no Quota Center. |
|
Tags |
Cada chave de tag deve ser única. Adicione no máximo 20 tags a uma instância. É possível aplicar tags em até 50 instâncias por vez. Para mais informações, consulte Create tags. |
|
Cota gratuita de armazenamento de backup |
Armazenamento de backup excedente (GB) = Tamanho do backup de dados + Tamanho do backup de log - Cota gratuita. O resultado é arredondado para o próximo número inteiro. Para mais informações sobre backups, consulte Backup fees. |
|
Período de retenção de backup |
O período padrão de retenção de backup é de 7 dias, e o máximo é de 730 dias. Backups retidos por mais de 730 dias são convertidos em backups arquivados, que incorrem em taxas de armazenamento menores. Para mais informações, consulte Backup fees. |
|
Período de retenção de log |
Para mais informações, consulte View error logs and slow query logs. |
Limites de nomenclatura
|
Item |
Descrição |
|
Nome da instância |
|
|
Nome de usuário |
|
|
Nome do banco de dados |
|
|
Nome de função definida pelo usuário (UDF) |
Evite usar reserved keywords. |
Limites de segurança
|
Item |
Descrição |
|
Senha |
As senhas devem atender aos seguintes requisitos:
|
|
Porta |
A porta padrão para instâncias do ApsaraDB RDS for MySQL é 3306. Altere o número da porta conforme necessário. Para mais informações, consulte View or change the endpoints and ports of an ApsaraDB RDS for MySQL instance. |
|
Criptografia de disco em cloud |
Ative a cloud disk encryption apenas durante a criação da instância. Após a ativação, não é possível desativá-la. |
|
Grupos de segurança |
Uma instância pode pertencer a no máximo 10 grupos de segurança.
Para mais informações, consulte Configure a security group. |
|
Lista de permissões de endereços IP |
Uma instância pode ter até 50 grupos de lista de permissões, e cada grupo pode conter até 1.000 endereços IP ou blocos CIDR. Para mais informações, consulte Configure an IP address whitelist for an ApsaraDB RDS for MySQL instance. |
|
Permissões de conta |
|
|
Contas privilegiadas |
Crie e gerencie privileged accounts apenas no console ou chamando uma API. Uma conta privilegiada pode encerrar qualquer conexão. Cada instância pode ter apenas uma conta privilegiada. |
|
Contas padrão |
|
|
Parâmetros da instância |
Modifique a maioria dos parâmetros da instância no console ou chamando uma API. Por motivos de segurança e estabilidade, some parameters cannot be modified. |
Limites operacionais
|
Item |
Descrição |
|
Backup e recuperação |
|
|
Mecanismo de armazenamento MySQL |
Apenas o mecanismo de armazenamento InnoDB é suportado.
|
|
Logs |
|
|
Replicação primário-secundário |
O ApsaraDB RDS for MySQL fornece uma arquitetura de replicação primário-secundário (exceto para o RDS Basic Edition). A instância secundária de uma instância RDS High-availability Edition não permite leitura. Os nós secundários de uma instância RDS Cluster Edition permitem leitura. |
|
Reinicialização da instância |
Reinicie a instância no console ou chamando uma API. |
|
Configurações de rede |
Se uma instância MySQL 5.5 ou MySQL 5.6 residir na rede clássica e tiver o proxy de banco de dados ativado, não será possível ativar net.ipv4.tcp_timestamps no modo SNAT. |
|
Espaço de armazenamento |
Se o espaço de armazenamento de uma instância estiver cheio, ela será bloqueada automaticamente e ficará inutilizável. Recomendamos verificar regularmente o uso de armazenamento. |
|
Tamanho de uma única tabela |
Devido aos limites de tamanho de arquivo do sistema operacional, the maximum size of a single table in ApsaraDB RDS for MySQL is 16 TB. |
|
Informações de ajuda |
Todas as versões do MySQL incluem a estrutura de tabela |
|
Endpoint público |
|
|
Reinicialização da instância |
Reinicie a instância no console ou chamando uma API. |
|
GTID |
O Global Transaction Identifier (GTID) é ativado por padrão nas instâncias do ApsaraDB RDS for MySQL e não pode ser desativado. |