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

Este artigo descreve as limitações no Banco de Dados do Azure para MySQL — Servidor Flexível. Limitações gerais no mecanismo de banco de dados MySQL também se aplicam. Se você quiser saber mais sobre as limitações de recursos (computação, memória, armazenamento), confira o artigo sobre computação e armazenamento.

Parâmetros do Servidor

O Banco de Dados do Azure para MySQL — Servidor Flexível dá suporte ao ajuste dos valores dos parâmetros do servidor. Os valores mínimos e máximos de alguns 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. Para obter mais informações sobre esses limites, juntamente com valores mínimos e máximos para parâmetros de servidor, como max_connections e innodb_buffer_pool_size, confira o artigo sobre parâmetros de servidor.

Chaves primárias invisíveis geradas

Para MySQL versão 8.0 e posterior, as chaves primárias invisíveis geradas (GIPKs) são habilitadas por padrão para todas as instâncias do Banco de Dados do Azure para MySQL – Servidor Flexível.

Os servidores MySQL 8.0+ adicionam a coluna invisível my_row_id às tabelas e uma chave primária nessa coluna, em que a tabela InnoDB é criada sem uma chave primária explícita. Por esse motivo, você não pode criar uma tabela que tenha uma coluna nomeada 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, as GIPKs aparecem na saída de SHOW CREATE TABLE, SHOW COLUMNS e SHOW INDEX. GiPKs também são visíveis nas tabelas INFORMATION_SCHEMACOLUMNS e STATISTICS.

Para obter mais detalhes sobre GIPKs e seus casos de uso com replicação de dados, confira Replicar dados no Banco de Dados do Azure para MySQL — Servidor Flexível.

Etapas para desabilitar uma GIPK

Se você quiser desabilitar uma GIPK, há duas opções:

• Altere o valor do parâmetro de servidor sql_generate_invisible_primary_key para OFF usando o portal do Azure ou a CLI do Azure.

• Conecte-se à instância do Banco de Dados do Azure para MySQL — Servidor Flexível e execute o seguinte comando:

  mysql> SET sql_generate_invisible_primary_key=OFF;
  

lower_case_table_names

Para MySQL versão 8.0+ você só pode configurar lower_case_table_names quando estiver inicializando o servidor. Saiba mais. É proibido alterar a lower_case_table_names configuração após a inicialização do servidor. Os valores suportados para o MySQL versão 8.0 são 1 e 2 no Banco de Dados do Azure para MySQL - Servidor Flexível. O valor padrão é 1.

Você pode definir essas configurações no portal durante a criação do servidor especificando o valor desejado em Parâmetros do Servidor na página Configuração Adicional. Para operações de restauração ou criação de servidor de réplica, o parâmetro será automaticamente copiado do servidor de origem e não poderá ser alterado.

Para o MySQL versão 5.7, o valor padrão de lower_case_table_names é 1 no Banco de Dados do Azure para MySQL - Servidor Flexível. Embora seja possível alterar o valor suportado para 2, reverter de 2 para 1 não é permitido. Para obter assistência na alteração do valor padrão, crie um tíquete de suporte.

Mecanismos de armazenamento

O MySQL dá suporte a muitos mecanismos de armazenamento. As listas a seguir mostram quais mecanismos de armazenamento têm e não têm suporte no Banco de Dados do Azure para MySQL — Servidor Flexível.

Mecanismos com suporte

• InnoDB
• MEMÓRIA

Mecanismos sem suporte

• MyISAM
• BLACKHOLE
• ARQUIVO
• FEDERADO

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

Muitos parâmetros e configurações de servidor podem degradar inadvertidamente o desempenho do servidor ou negar as propriedades ACID (atômico, consistente, isolado e durável) do servidor MySQL. Para manter a integridade do serviço e o contrato de nível de serviço em um nível de produto, o Banco de Dados do Azure para MySQL – Servidor Flexível não expõe várias funções.

O Banco de Dados do Azure para MySQL – Servidor Flexível não permite acesso direto ao sistema de arquivos subjacente. Não há suporte para alguns comandos de manipulação de dados.

Privilégios com suporte

• Há suporte para LOAD DATA INFILE, mas você deve especificar o parâmetro [LOCAL] e direcioná-lo para um caminho UNC (armazenamento do Azure montado por meio do SMB). Se você estiver usando o cliente MySQL versão 8.0 ou posterior, será necessário incluir o parâmetro -–local-infile=1 na cadeia de conexão.

• Para MySQL versão 8.0 e posterior, somente os seguintes privilégios dinâmicos têm suporte:

  • REPLICATION_APPLIER
  • ROLE_ADMIN
  • SESSION_VARIABLES_ADMIN
  • SHOW ROUTINE
  • XA_RECOVER_ADMIN

Privilégios sem suporte

• A função de administrador de banco de dados (DBA) é restrita. Como alternativa, você pode usar a função do usuário administrador atribuído durante a criação de um novo servidor. Esta função permite que você execute a maioria das instruções de linguagem de definição de dados (DDL) e linguagem de manipulação de dados (DML).

• Os seguintes privilégios estáticos são restritos:

  • SÚPER
  • FILE
  • CREATE TABLESPACE
  • SHUTDOWN

• Não há suporte para a concessão de privilégios BACKUP_ADMIN para fazer backups usando ferramentas de migração.

• DEFINER requer privilégios SUPER 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 backup mysqlpump.

• O banco de dados do sistema mysql é somente leitura e dá suporte a várias funcionalidades de plataforma como serviço (PaaS). Você não pode fazer alterações ao banco de dados do sistema mysql.

• Não há suporte para SELECT ... INTO OUTFILE no serviço.

Limitações funcionais

Alta disponibilidade com redundância de zona

Você pode definir uma configuração de alta disponibilidade com redundância de zona somente durante a criação do servidor. Esta configuração não tem suporte na camada de computação com capacidade de intermitência.

Rede

Não é possível alterar o método de conectividade após a criação do servidor. Se você criar o servidor 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ções de parada/início

Não há suporte para operações para interromper e iniciar o servidor com configurações de réplica de leitura (origem e réplicas).

Operações de colocação em escala

Não há suporte para a diminuição do armazenamento de servidor provisionado.

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. Se você quiser atualizar a versão principal, use um despejo e restauração em um servidor criado com a nova versão do mecanismo.

Restaurar um servidor

Com a restauração pontual, os novos servidores têm as mesmas configurações de computação e armazenamento do servidor da origem em que se baseiam. Você pode reduzir verticalmente a computação do servidor recém-restaurado depois de criar o servidor.

Comparações entre recursos

Nem todos os recursos disponíveis no Banco de Dados do Azure para MySQL — Servidor Único estão disponíveis no Banco de Dados do Azure para MySQL — Servidor Flexível.

Para obter a lista completa de comparações de recursos entre o Banco de Dados do Azure para MySQL — Servidor Único e o Banco de Dados do Azure para MySQL — Servidor Flexível, confira o artigo sobre como escolher a opção correta do MySQL Server no Azure.

Conteúdo relacionado

• quais opções de computação e armazenamento estão disponíveis em servidores flexíveis
• versões do MySQL com suporte
• usar o portal do Azure para criar uma instância do Banco de Dados do Azure para MySQL — Servidor Flexível