Documentação do Oracle Cloud Infrastructure

Atualização da Versão Principal

Um upgrade de versão principal refere-se ao upgrade de uma versão principal para outra versão principal de acordo com um dos seguintes caminhos de upgrade de versão principal:

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

Esses caminhos incluem transições entre as versões Innovation e LTS, que são consideradas atualizações de versões principais.

A atualização entre as versões do Innovation dentro da mesma versão principal (por exemplo, 9.5.x para 9.6.x) é suportada, mas não é considerada uma atualização de versão principal.

Observação

Se o upgrade não seguir um desses caminhos, ele falhará. Mesmo que o upgrade pareça ter começado, ele falhará eventualmente.

Não é possível fazer upgrade diretamente entre as versões de Inovação de diferentes versões principais (por exemplo, 8.3.0 para 9.0.0). Em vez disso, você deve primeiro atualizar para a versão LTS mais próxima e, em seguida, para a seguinte versão de Inovação (por exemplo, atualizar de 8.3.0 para 8.4.0 e, em seguida, para 9.0.0).

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.5.x Inovação

9.6.x Inovação

9.7 LTS
Inovação 9.x 9.7 LTS

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.

Cada versão principal do servidor MySQL provavelmente introduz alguns novos recursos e remove alguns recursos obsoletos. As principais alterações que você deve considerar antes da atualização são listadas nas seguintes seções:

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.

Upgrade do MySQL 8.4 LTS para o MySQL 9.x Innovation ou 9.7 LTS

O MySQL 9.x Innovation e o 9.7 LTS introduzem alguns novos recursos e removem 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 banco de dados do MySQL 8.4 LTS para o MySQL 9.x Innovation ou 9.7 LTS:
  • O plug-in de autenticação mysql_native_password foi removido em MySQL 9.x Innovation e 9.7 LTS. 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.
  • No MySQL 9.2 e em versões posteriores, a palavra-chave BINLOG é restrita e não pode mais ser usada sem aspas como rótulo em uma rotina ou função armazenada do MySQL. Atualize os aplicativos afetados adequadamente, antes de fazer upgrade para o MySQL 9.x Innovation ou 9.7 LTS.