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.

Como não é possível fazer downgrade de um sistema de BD para um número de versão MySQL inferior, execute um backup do sistema de BD antes de fazer upgrade. Consulte Criando um Backup Manual. O backup permite restaurar o sistema de banco de dados para o número da 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 do Bugfix ou LTS para uma versão do Innovation 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.1 Inovação

8.2 Inovação

8.3 Inovação

Bugfix 8.0

8.4 LTS

8.1 Inovação

8.2 Inovação

8.3 Inovação

8.4 LTS

8.4 LTS

9.0.x Inovação

9.1.x Inovação

9.2.x Inovação

9.3.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.