Limitações na Base 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 o servidor flexível MySQL. Limitações gerais no mecanismo de banco de dados MySQL também são aplicáveis. Se quiser saber mais sobre limitações de recursos (computação, memória, armazenamento), consulte o artigo Computação e armazenamento .

Parâmetros do servidor

Nota

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

O Banco de Dados do Azure para servidor flexível MySQL dá suporte ao ajuste dos valores dos parâmetros do servidor. Os valores min e max de alguns parâmetros (ex. , join_buffer_size, query_cache_size) são determinados pela camada de computação e antes de calcular o tamanho do servidor. max_connections Veja Parâmetros do servidor para obter mais informações sobre estes 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íveis 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. Mais informações. 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 Information Schema COLUMNS e STATISTICS. 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.

Passos para desativar o GIPK

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 entrar em contato com nossa equipe de suporte para obter orientação. É importante entender que, uma vez que o valor do parâmetro foi alterado para 2, não é permitido reverter de 2 para 1.

Para o MySQL versão 8.0, observe que alterar a configuração do lower_case_table_names depois que o servidor é inicializado é proibido. Mais informações. 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ê deseja modificar este parâmetro para 2, sugerimos criar um servidor MySQL 5.7, entrar em contato com nossa equipe de suporte para obter assistência com a alteração, e mais tarde, se necessário, você pode atualizar o servidor para a versão 8.0.

Motores de armazenamento

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

Suportado

Não suportado

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

Muitos parâmetros e configurações do servidor podem inadvertidamente degradar o desempenho do servidor ou negar as propriedades 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. Alguns comandos de manipulação de dados não são suportados.

Não suportado

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), que permite executar a maioria das instruções DDL e DML.
  • Abaixo os privilégios estáticos são restritos.
  • BACKUP_ADMIN privilégio: a concessão de BACKUP_ADMIN privilégio não é suportada para fazer backups usando quaisquer ferramentas utilitárias. Consulte a seção Suportado para obter uma lista de privilégios dinâmicos suportados.
  • DEFINER: Requer super privilégios para criar e é restrito. Se importar dados usando um backup, remova manualmente os CREATE DEFINER comandos ou use o --skip-definer comando ao executar um mysqlpump.
  • Bancos de dados do sistema: O banco de dados do sistema mysql é somente leitura e usado para suportar várias funcionalidades de PaaS. Não é possível fazer alterações no banco de dados do mysql sistema.
  • SELECT ... INTO OUTFILE: Não suportado no serviço.

Suportado

  • LOAD DATA INFILE é suportado, mas o [LOCAL] parâmetro deve ser especificado e direcionado para um caminho UNC (armazenamento do Azure montado através do SMB). Além disso, se você estiver usando a versão >do cliente MySQL = 8.0, você precisa incluir -–local-infile=1 o parâmetro em sua cadeia de conexão.
  • Para a versão MySQL 8.0 e superior, os privilégios dinâmicos abaixo mencionados são suportados apenas.

Limitações funcionais

HA com redundância entre zonas

  • Essa configuração só pode ser definida durante a criação do servidor.
  • Não suportado na camada de computação Burstable.

Rede

  • O método de conectividade não pode 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

Parar/iniciar operação

  • Não suportado com configurações de réplica de leitura (origem e réplicas).

Operações de escala

  • Não há suporte para a redução do armazenamento do servidor provisionado.

Atualizações de versão do servidor

  • Não há suporte para migração automatizada entre as principais versões do mecanismo de banco de dados. Se você quiser atualizar a versão principal, faça um dump e restaure para um servidor criado com a nova versão do mecanismo.

Restaurar um servidor

  • Com a restauração point-in-time, novos servidores são criados com as mesmas configurações de computação e armazenamento do servidor de origem em que se baseia. A computação do servidor recém-restaurado pode ser reduzida após a criação do servidor.

Comparações de 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 escolher a opção correta do Servidor MySQL no Azure.

Próximos passos