原创作者: 郭斌斌 前 言,今天小编就来聊一聊关于mysql5.7升级到8.0的坑 新特性解读MySQL?接下来我们就一起去研究一下吧!

mysql5.7升级到8.0的坑 新特性解读MySQL

mysql5.7升级到8.0的坑 新特性解读MySQL

原创作者: 郭斌斌

前 言

本文是由爱可生运维团队出品的「MySQL专栏」系列文章,内容来自于运维团队一线实战经验,涵盖MySQL各种特性的实践,优化案例,数据库架构,HA,监控以及故障分析,有扫雷功效。

有深度的MySQL开源社区持续运营维护的小目标:

欢迎大家持续关注~

引言

近期项目进行MySQL 5.7.21到MySQL 8.0.13的升级测试,采用逻辑升级,配置文件来自于生产环境。在初始化MySQL 8.0时,初始化命令秒级完成,而数据目录却是空的,执行初始化操作的shell窗口也没有任何的报错提示。

通过翻阅官方手册发现MySQL 8.0.13中NO_AUTO_CREATE_USER这种sql_mode已经废弃,而配置文件的sql_mode有这个配置项,最终导致了实例初始化失败。为了减少升级过程中出现类似问题,因此对MySQL 5.7到8.0的升级进行部分整理,主要包括:升级对MySQL版本的要求、升级都做了哪些内容、数据库升级做了哪些步骤以及注意事项。

升级要求

升级内容

升级步骤

升级注意事项

< lower_case_table_names >

要避免MySQL 8.0上的启动失败,MySQL配置文件中的sql_mode系统变量不能包含NO_AUTO_CREATE_USER。

  • 从MySQL 5.7.24和MySQL 8.0.13开始,MySQLdump从存储程序定义中删除了NO_AUTO_CREATE_USER。 必须手动修改使用早期版本的MySQLdump创建的转储文件,以删除NO_AUTO_CREATE_USER。
  • 在MySQL 8.0.11中,删除了这些不推荐使用的兼容性SQL Mode:DB2,MAXDB,MSSQL,MySQL323,MySQL40,ORACLE,POSTGRESQL,NO_FIELD_OPTIONS,NO_KEY_OPTIONS,NO_TABLE_OPTIONS。从5.7到8.0的复制场景中,如果语句使用到废弃的SQL Mode会导致复制异常。
  • 在执行到MySQL 8.0.3或更高版本的in-place升级时,BACKUP_ADMIN权限自动授予具有RELOAD权限的用户。
  • 本文对MySQL 5.7到MySQL 8.0的升级过程中出现部分易出现问题进行整理:升级对MySQL版本的要求、升级都做了哪些内容、数据库升级做了哪些步骤以及注意事项,希望对大家版本升级有帮助。

    参考文档:https://dev.mysql.com/doc/refman/8.0/en/upgrade-binary-package.html

    ,