Documentação do Oracle Cloud Infrastructure

Atualização da Versão Principal

Antes de executar um upgrade de versão principal, primeiro identifique as alterações entre a versão atual e a nova versão e, em seguida, verifique se essas alterações não afetam a forma como você usa o servidor de banco de dados MySQL.

Não é possível fazer downgrade de um sistema de banco de dados para um número de versão MySQL inferior. É recomendável executar um backup do sistema de BD antes da atualização. Consulte Criando um Backup Manual. O backup permite restaurar o sistema de BD para o número de versão original antes do upgrade.

Quando quiser fazer upgrade de uma versão principal para outra versão principal, você deverá seguir as regras do caminho de upgrade. É possível executar qualquer um dos seguintes procedimentos:
  • Atualize de uma versão LTS para uma versão de Inovação antes da próxima série LTS.
  • Atualize de uma versão Bugfix ou LTS para a próxima série LTS.
  • Atualize de uma versão de Inovação para a próxima série LTS.
Observação

Se seu upgrade não atender a uma dessas regras, ele falhará. Mesmo que a atualização pareça ter começado, ela falhará eventualmente.

Tabela 5-9 Caminhos de upgrade das versões principais

Versão Atual Versão para a qual você pode fazer upgrade

Bugfix 8.0

8.4 LTS

8.4 LTS

9.2.x Inovação

9.3.x Inovação

9.4.x Inovação

9.5.x Inovação
Cada versão principal do servidor MySQL provavelmente introduzirá alguns novos recursos e removerá alguns recursos obsoletos. As principais alterações que você deve considerar antes de atualizar são listadas a seguir:

Atualização do Bugfix MySQL 8.0 para MySQL 8.4 LTS

O MySQL 8.4 LTS introduz alguns novos recursos e remove alguns recursos obsoletos em comparação com o Bugfix do MySQL 8.0.

Você deve estar ciente dessas alterações antes de fazer upgrade do seu sistema de BD de MySQL 8.0 para MySQL 8.4:
  • Como a variável default_authentication_plugin é removida no MySQL 8.4, o sistema de BD ignora a variável default_authentication_plugin na Configuração. O padrão é sempre caching_sha2_password. Você pode substituir o método de autenticação padrão de suas contas de usuário pelas instruções CREATE USER e ALTER USER, se necessário.
  • O plug-in de autenticação mysql_native_password obsoleto está desativado por padrão. Suas contas de usuário não podem usar o método de autenticação mysql_native_password.
    Observação

    Para compatibilidade com versões anteriores, se o método de autenticação mysql_native_password for usado por qualquer usuário existente, o upgrade ativará o plug-in de autenticação mysql_native_password obsoleto. Como o plug-in de autenticação mysql_native_password será removido na próxima versão principal após o MySQL 8.4, você deverá começar a migrar essas contas de usuário para usar o método de autenticação caching_sha2_password.
  • Essas novas palavras reservadas são adicionadas em MySQL 8.4: MANUAL, PARALLEL, QUALIFY e TABLESAMPLE. Não é possível usar uma palavra reservada em um identificador sem aspas.
  • A opção AUTO_INCREMENT não é mais permitida nos tipos de dados FLOAT e DOUBLE. O upgrade falhará se você tiver uma tabela que contenha uma coluna FLOAT ou DOUBLE com AUTO_INCREMENT.
  • O privilégio SET_ANY_DEFINER introduzido no MySQL 8.2.0 é concedido à conta de administrador e à atribuição administrator de qualquer sistema de BD que execute o MySQL versão 8.2.0 ou mais recente.
Observação

Você não pode fazer upgrade do MySQL 8.0 para o MySQL 9.x diretamente; primeiro faça upgrade do MySQL 8.0 para o MySQL 8.4 e, em seguida, faça upgrade do MySQL 8.4 para o MySQL 9.x.

Atualização de MySQL 8.4 LTS para MySQL 9.x Inovação

O MySQL 9.x Innovation apresenta alguns novos recursos e remove alguns recursos obsoletos em comparação com o MySQL 8.4 LTS.

Você deve estar ciente dessas alterações antes de fazer upgrade do seu sistema de BD de MySQL 8.4 LTS para MySQL 9.x Inovação:
  • O plug-in de autenticação mysql_native_password foi removido no MySQL 9.0. Suas contas de usuário não podem usar o método de autenticação mysql_native_password.
    Observação

    Antes de fazer upgrade, você deve migrar todas as contas de usuário que usam o método de autenticação mysql_native_password para o método de autenticação caching_sha2_password.
    Observação

    A replicação de entrada também não pode estabelecer conexão com um usuário de replicação no servidor de origem que é criado com o método de autenticação mysql_native_password. Você deve recriar o usuário de replicação com o método de autenticação caching_sha2_password. Além disso, qualquer operação que envolva o método de autenticação mysql_native_password no servidor de origem interromperá a replicação. Por exemplo, criar ou alterar a senha de uma conta de usuário que usa o método de autenticação mysql_native_password.
  • A partir do MySQL 9.2, a palavra-chave BINLOG é restrita e não pode mais ser usada sem aspas como um label em uma rotina armazenada ou função armazenada MySQL. Atualize os aplicativos afetados adequadamente, antes de fazer upgrade para o MySQL 9.2.