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 no Banco de Dados do Azure para servidor flexível 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.
  • lower_case_table_names valor só pode ser definido como 1 no Banco de Dados do Azure para servidor flexível MySQL.

O servidor flexível do Banco de Dados do Azure para MySQL oferece suporte ao ajuste dos 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, as Chaves Primárias Invisíveis Geradas (GIPK) são habilitadas por padrão para todas as instâncias de 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, onde 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 de 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 obter mais detalhes sobre o GIPK e seus casos de uso com Data-in-Replication no Banco de Dados do Azure para servidor flexível MySQL, consulte GIPK com Data-in-Replication.

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 ao Banco de Dados do Azure para instâncias de servidor flexível do 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 servidor flexível MySQL, o valor padrão para é 1 para lower_case_table_names 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 Banco de Dados do Azure para servidor flexível 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 Banco de Dados do Azure para servidor único MySQL estão disponíveis no Banco de Dados do Azure para servidor flexível MySQL.

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

Próximas etapas