Início / dba / Perguntas / 312115
Accepted
Mike
Asked: 2022-05-14 22:31:56 +0800 CST

Percona MySQL 5.7 a 8.0

  • 772

Gostaria de saber se alguém atualizou com sucesso o percona 5.7 para 8.0 com um banco de dados totalmente preenchido. Todos os artigos que li sugerem que é possível, mas tentei duas vezes em um ambiente de teste e, enquanto a atualização acontece, ela trava durante o início do serviço e nunca fornece uma indicação verdadeira do motivo.

É um grande servidor de banco de dados multi com mais de 100dbs em mais de 150gb.

Eu gostaria de ter o processo acertado porque quando se trata de viver, os servidores estão em um cluster de replicação. Eu li para começar com os escravos primeiro, o que é bom, mas mesmo isso sugere que eu deveria ser capaz de atualizar com dados.

Ao verificar se as tabelas estão corretas para atualização, todas elas retornam OK.

mysql-5.7 percona

1 respostas

  1. Best Answer

    É possível migrar o MySQL 5.7 para 8.0 com plano de dados e rollback

    Como verificar a compatibilidade com o MySQL 8.

    1. Instale o MySQL Shell ( Referência: Instalando o MySQL Shell no Linux )

    2. Use o utilitário MySQL Shell Upgrade Checker

       mysqlsh -- util check-for-server-upgrade { --user=root --host=localhost --port=3306 } --config-path=/etc/my.cnf

      Isso produzirá uma saída semelhante à seguinte:

      1) Usage of old temporal type
  No issues found

2) Usage of db objects with names conflicting with reserved keywords in 8.0
  No issues found

3) Usage of utf8mb3 charset
  No issues found

4) Table names in the mysql schema conflicting with new tables in 8.0
  No issues found

5) Partitioned tables using engines with non native partitioning
  No issues found

6) Foreign key constraint names longer than 64 characters
  No issues found

7) Usage of obsolete MAXDB sql_mode flag
  No issues found

8) Usage of obsolete sql_mode flags
  No issues found

9) ENUM/SET column definitions containing elements longer than 255 characters
  No issues found

10) Usage of partitioned tables in shared tablespaces
  No issues found

11) Circular directory references in tablespace data file paths
  No issues found

12) Usage of removed functions
  No issues found

13) Usage of removed GROUP BY ASC/DESC syntax
  No issues found

14) Removed system variables for error logging to the system log configuration
  To run this check requires full path to MySQL server configuration file to be specified at 'configPath' key of options dictionary
  More information:
    https://dev.mysql.com/doc/relnotes/mysql/8.0/en/news-8-0-13.html#mysqld-8-0-13-logging

15) Removed system variables
  To run this check requires full path to MySQL server configuration file to be specified at 'configPath' key of options dictionary
  More information:
    https://dev.mysql.com/doc/refman/8.0/en/added-deprecated-removed.html#optvars-removed

16) System variables with new default values
  To run this check requires full path to MySQL server configuration file to be specified at 'configPath' key of options dictionary
  More information:
    https://mysqlserverteam.com/new-defaults-in-mysql-8-0/

17) Schema inconsistencies resulting from file removal or corruption
  No issues found

18) Issues reported by 'check table x for upgrade' command
  No issues found

19) New default authentication plugin considerations
  Warning: The new default authentication plugin 'caching_sha2_password' offers
    more secure password hashing than previously used 'mysql_native_password'
    (and consequent improved client connection authentication). However, it also
    has compatibility implications that may affect existing MySQL installations.
    If your MySQL installation must serve pre-8.0 clients and you encounter
    compatibility issues after upgrading, the simplest way to address those
    issues is to reconfigure the server to revert to the previous default
    authentication plugin (mysql_native_password). For example, use these lines
    in the server option file:

    [mysqld]
    default_authentication_plugin=mysql_native_password

    However, the setting should be viewed as temporary, not as a long term or
    permanent solution, because it causes new accounts created with the setting
    in effect to forego the improved authentication security.
    If you are using replication please take time to understand how the
    authentication plugin changes may impact you.
  More information:
    https://dev.mysql.com/doc/refman/8.0/en/upgrading-from-previous-series.html#upgrade-caching-sha2-password-compatibility-issues
    https://dev.mysql.com/doc/refman/8.0/en/upgrading-from-previous-series.html#upgrade-caching-sha2-password-replication

Errors:   0
Warnings: 1
Notices:  0

    Ele fornece as alterações significativas necessárias para você atualizar para o MySQL 8.0 e você pode aplicar essas alterações ao MySQL 5.7. antes de atualizar para 8.0.

    Em seguida, execute o utilitário MySQL Shell Upgrade Checker novamente e veja se os problemas foram corrigidos.

    Mantenha o mesmo conjunto de caracteres e agrupamento da versão 5.7 para evitar outros possíveis conflitos e problemas.

    • 0

relate perguntas