Limitações no Banco de Dados do Azure para MySQL

  • Artigo

APLICA-SE A: Banco de Dados do Azure para MySQL - Servidor Único

Importante

O servidor único do Banco de Dados do Azure para MySQL está no caminho de desativação. É altamente recomendável que você atualize para o Banco de Dados do Azure para o servidor flexível MySQL. Para obter mais informações sobre como migrar para o Banco de Dados do Azure para servidor flexível MySQL, consulte O que está acontecendo com o Banco de Dados do Azure para Servidor Único MySQL?

As seções a seguir descrevem a capacidade, o suporte ao mecanismo de armazenamento, o suporte a privilégios, o suporte a instruções de manipulação de dados e os limites funcionais no serviço de banco de dados. Consulte também as limitações gerais aplicáveis ao mecanismo de banco de dados MySQL.

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 do servidor.

O Banco de Dados do Azure para MySQL dá suporte ao ajuste dos valores dos parâmetros do servidor. O valor min e max de alguns parâmetros (ex. , join_buffer_size, query_cache_size) é determinado pela camada de preço e vCores do servidor. max_connections Veja Parâmetros do servidor para obter mais informações sobre estes limites.

Após a implantação inicial, um servidor Azure para MySQL inclui tabelas de sistemas para informações de fuso horário, mas essas tabelas não são preenchidas. As tabelas de fuso horário podem ser preenchidas chamando o mysql.az_load_timezone procedimento armazenado de uma ferramenta como a linha de comando MySQL ou MySQL Workbench. Consulte o portal do Azure ou os artigos da CLI do Azure para saber como chamar o procedimento armazenado e definir os fusos horários globais ou no nível da sessão.

Plugins de senha como "validate_password" e "caching_sha2_password" não são suportados pelo serviço.

Motores de armazenamento

O MySQL suporta muitos mecanismos de armazenamento. No Banco de Dados do Azure para MySQL, os seguintes mecanismos de armazenamento são suportados e não suportados:

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. Para manter a integridade do serviço e o SLA em um nível de produto, esse serviço não expõe várias funções.

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), permite que você execute a maioria das instruções DDL e DML.
  • SUPER privilégio: Da mesma forma, o SUPER privilégio é restrito.
  • DEFINER: Requer super privilégios para criar e é restrito. Se importar dados usando um backup, remova os CREATE DEFINER comandos manualmente ou usando 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.
  • LOAD_FILE(file_name): Não suportado no serviço.
  • BACKUP_ADMIN privilégio: a concessão de BACKUP_ADMIN privilégio não é suportada para fazer backups usando quaisquer ferramentas utilitárias.

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.

Limitações funcionais

Operações de escala

  • Atualmente, não há suporte para o dimensionamento dinâmico de e para os níveis de preços básicos.
  • Não há suporte para a diminuição do tamanho do armazenamento do servidor.

Atualizações da versão principal

Restauro para um ponto anterior no tempo

  • Ao usar o recurso PITR, o novo servidor é criado com as mesmas configurações do servidor em que se baseia.
  • Não há suporte para a restauração de um servidor excluído.

Pontos finais de serviço da VNet

  • O suporte para pontos de extremidade de serviço VNet é apenas para servidores de uso geral e otimizados para memória.

Tamanho de armazenamento

Problemas conhecidos atuais

  • A instância do servidor MySQL exibe a versão errada do servidor após a conexão ser estabelecida. Para obter a versão correta do mecanismo de instância do servidor, use o select version(); comando.

Próximos passos