Limitações no Banco de Dados do Azure para MySQL – Servidor Flexível

  • Artigo

APLICA-SE A: Banco de Dados do Azure para MySQL – Servidor flexível

Este artigo descreve as limitações do Servidor flexível do Banco de Dados do Azure para MySQL. Também são aplicáveis limitações gerais no mecanismo de banco de dados MySQL. Para saber mais sobre as limitações de recursos (computação, memória e armazenamento), confira o artigo computação e armazenamento.

Parâmetros do Servidor

Observação

  • Se você estiver procurando por valores mínimos/máximos para parâmetros de servidor como max_connections e innodb_buffer_pool_size, essas informações foram movidas para o artigo parâmetros de servidor conceitos parâmetros de servidor.
  • O valor lower_case_table_names só pode ser definido como 1 no servidor flexível do Banco de Dados do Azure para MySQL.

O servidor flexível do Banco de Dados do Azure para MySQL permite ajustar os valores dos parâmetros do servidor. Alguns valores mínimos e máximos de parâmetros (por exemplo max_connections, join_buffer_size, query_cache_size) são determinados pela camada de computação e antes de calcular o tamanho do servidor. Consulte parâmetros do servidor para obter mais informações sobre esses limites.

Chaves Primárias Invisíveis Geradas

Para o MySQL versão 8.0 e superior, Chaves Primárias Invisíveis Geradas (GIPK) está habilitada por padrão para todas as instâncias do servidor flexível do Banco de Dados do Azure para MySQL. Os servidores MySQL 8.0+ adicionam a coluna invisível my_row_id às tabelas e uma chave primária nessa coluna, na qual a tabela InnoDB é criada sem uma chave primária explícita. Por esse motivo, não é possível criar uma tabela com uma coluna chamada my_row_id, a menos que a instrução de criação da tabela também especifique uma chave primária explícita. Saiba mais. Por padrão, os GIPKs são mostrados na saída de SHOW CREATE TABLE, SHOW COLUMNS e SHOW INDEX, e são visíveis nas tabelas COLUMNS e STATISTICS do esquema de informações. Para mais detalhes sobre o GIPK e seus casos de uso com Replicação de Dados no servidor flexível do Banco de Dados do Azure para MySQL, consulte GIPK com Replicação de Dados.

Etapas para desabilitar o GIPK

  • Você pode atualizar o valor do parâmetro do servidor sql_generate_invisible_primary_key para "OFF" seguindo as etapas mencionadas sobre como atualizar qualquer parâmetro do servidor no portal do Azure ou usando a CLI do Azure.

  • Ou você pode se conectar às instâncias do servidor flexível do Banco de Dados do Azure para MySQL e executar o seguinte comando.

mysql> SET sql_generate_invisible_primary_key=OFF;

lower_case_table_names

No banco de dados do Azure para o servidor flexível MySQL, o valor padrão para lower_case_table_names é 1 para o MySQL versão 5.7. Se você precisar ajustar essa configuração, recomendamos contatar nossa equipe de suporte para obter diretrizes. É importante entender que, depois que o valor do parâmetro for alterado para 2, ele não poderá reverter de 2 para 1.

No MySQL versão 8.0, observe que a alteração da configuração de lower_case_table_names após a inicialização do servidor é proibida. Saiba mais. No Servidor Flexível do Banco de Dados do Azure para MySQL versão 8.0, o valor padrão para lower_case_table_names é 1. Se você quiser modificar esse parâmetro para 2, sugerimos criar um servidor MySQL 5.7, contatando nossa equipe de suporte para obter assistência com a alteração e, se necessário, você poderá atualizar o servidor para a versão 8.0.

Mecanismos de armazenamento

O MySQL dá suporte a muitos mecanismos de armazenamento. No servidor flexível do Banco de Dados do Azure para MySQL, a seguir está a lista de mecanismos de armazenamento com e sem suporte:

Com suporte

Sem suporte

Privilégios e suporte à manipulação de dados

Muitas configurações e parâmetros do servidor podem, inadvertidamente, prejudicar o desempenho do servidor ou negar as propriedades de ACID do servidor MySQL. Esse serviço não expõe várias funções para manter a integridade do serviço e o SLA em um nível de produto.

O serviço MySQL não permite acesso direto ao sistema de arquivos subjacente. Não há suporte para alguns comandos de manipulação de dados.

Sem suporte

Não há suporte para o seguinte:

  • Função DBA: restrita. Como alternativa, você pode usar o usuário administrador (criado durante a criação do novo servidor), o que permite que você execute a maioria das instruções DDL e DML.
  • Os privilégios estáticos abaixo são restritos.
  • Privilégio BACKUP_ADMIN: não há suporte para a concessão de privilégios BACKUP_ADMIN para fazer backups usando ferramentas de utilitário. Consulte a seção Compatíveis para obter a lista de privilégios dinâmicos compatíveis.
  • DEFINER: Requer superprivilégios para criar e é restrito. Se você estiver importando dados usando um backup, remova manualmente os comandos CREATE DEFINER ou use o comando --skip-definer ao executar um mysqlpump.
  • Bancos de dados do sistema: o banco de dados do sistema mysql é somente leitura e é usado para dar suporte a várias funcionalidades de PaaS. Você não pode fazer alterações ao banco de dados do sistema mysql.
  • SELECT ... INTO OUTFILE: sem suporte no serviço.

Com suporte

Limitações funcionais

HA com redundância de zona

  • Essa configuração só pode ser definida durante a criação do servidor.
  • Sem suporte na camada de computação com capacidade de intermitência.

Rede

  • O método de conectividade não poderá ser alterado após a criação do servidor. Se o servidor for criado com Acesso privado (integração de rede virtual), ele não poderá ser alterado para Acesso público (endereços IP permitidos) após a criação e vice-versa

Operação parar/iniciar

  • Sem suporte com configurações de réplica de leitura (origem e réplicas).

Operações de dimensionamento

  • Não há suporte para diminuir o tamanho de armazenamento do servidor.

Upgrade da versão do servidor

  • Não há suporte para a migração automatizada entre versões de mecanismo de banco de dados principal. Caso queira fazer upgrade da versão principal, faça um despejo e restaure-a para um servidor criado com a nova versão do mecanismo.

Restaurar um servidor

  • Com a restauração pontual, novos servidores são criados com as mesmas configurações de computação e armazenamento que o servidor de origem em que ele se baseia. A computação do servidor recém-restaurado pode ser dimensionada para baixo depois que o servidor é criado.

Comparações entre recursos

Nem todos os recursos disponíveis no servidor único do Banco de Dados do Azure para MySQL estão disponíveis no servidor flexível do Banco de Dados do Azure para MySQL.

Para obter a lista completa de comparações de recursos entre o servidor único do Banco de Dados do Azure para MySQL e o servidor flexível do Banco de Dados do Azure para MySQL, consulte escolhendo a opção certa do MySQL Server no Azure.

Próximas etapas