超详细的MySQL数据库升级

当前不少系统的数据库依旧是MySQL5.6，由于MySQL5.7及MySQL8.0在性能及安全方面有着很大的提升，因此需要升级数据库。本文通过逻辑方式、物理方式原地升级来介绍MySQL5.6 升级至MySQL5.7的方法，并介绍其使用场景。

逻辑方式升级其实就是通过逻辑备份工具（例如mysqldump工具）将数据库、表、其他相关对象及数据逻辑备份成SQL脚本，再将其还原至MySQL5.7的实例中。

详细步骤如下：

1.1 备份数据库

当前数据库的版本为MySQL5.6.27，现在准备备份

因为库比较小，因此使用mysqldump进行备份即可。mysqldump备份的方法可以参考历史文章进行了解

​MySQL数据备份及还原（一）https://mp.weixin.qq.com/s/JbLThtgUq5RjkCuztSgBJg或https://www.cnblogs.com/gjc592/p/12505347.html

备份脚本：

/*  备份所有库及相关对象 */
/usr/local/mysql/bin/mysqldump -uroot -p  
--socket=/App/data/mysql3307/tmp/mysql.sock  --master-data=2 --default-character-set=utf8  --routines   --triggers --events --flush-logs --flush-privileges --single-transaction  --all-databases   > all_db.sql

1.2 部署一套MySQL5.7实例

MySQL5.7 的部署历史文章里也有，如果不太熟悉的同学可以参考如下链接文章​MySQL5.7安装https://mp.weixin.qq.com/s/fbp-3hpMxrCc7R3_HQTchA或https://www.cnblogs.com/gjc592/p/9203711.html

安装过程比较简单，本文不再赘述。​

1.3 数据导入MySQL5.7

将备份的MySQL5.6的数据导入到MySQL5.7 中即可。

1.4 应用场景

• 数据量小的情况下使用，此方式通常不会失败
• 在跨大版本升级的时候使用较多，例如，从MySQL5.6（或更低版本）直接升级到8.0版本
• 不同MySQL分支之间升级

原地升级方式

使用mysql_update方式原地升级时，时间相对较快，尤其是数据库体量较大时，此方式可以原地直接升级。

步骤如下：

2.1 下载MySQL5.7

下载需要升级到的版本的数据库，例如本次升级到MySQL5.7.25-28版本（percona分支），则下载对应安装包，解压后配置软连接。

2.2 修改配置文件

因MySQL5.6 的部分参数再MySQL5.7 中已经废弃或者默认值发生变化，另外也为了使用MySQL5.7的新特性，需要添加对应的参数配置，例如：

• sql_mode=STRICT_TRANS_TABLES,NO_ENGINE_SUBSTITUTION# 保持和MySQL5.6一致。
• innodb_large_prefix =OFF# 保持和MySQL5.6 一致。
• log_timestamps=SYSTEM # 新增参数，如果不添加，默认日志里采用UTC时间格式记录，我们看上去可能不太方便。
• secure_file_priv=/tmp # MySQL5.7对安全性做了很多提升，此参数不配置的话默认无法使用load file 及ELECT …OUTFILE等。
• character_set_server= utf8 # 虽然建议使用utf8mb4字符集，但是如果需要保持和原库一致，需要指定。

当日，还有很多新特性的参数需要调整，在此不再一一列举，需要的同学直接联系我 或者参考历史文章配置即可。

2.3 关闭MySQL5.6 实例

MySQL5.6的关闭可以使用停止服务的方式，也可以通过命令行方式，命令如下：

/*  mysql5.6 关闭实例的方式需要使用mysqladmin */
/usr/local/mysql/bin/mysqladmin  --socket=/app/data/mysql3307/tmp/mysql.sock    -uroot -p shutdown

建议：生产环境中，如果可以使用此方式升级，强烈建议先直接冷备一下整个数据库的数据目录，以防止升级失败等情况出现。

2.4 使用MySQL5.7 启动原库

此时需要用MySQL5.7来启动数据库，启动后日志里会有一些报错信息。

启动数据库

/usr/local/mysql5.7/bin/mysqld_safe  --defaults-file=/app/data/mysql3307/etc/my.cnf &

日志里内容如下，出现很多错误，其中也提示到需要使用mysql_upgrade进行修复：

2.5 升级数据库

MySQL升级工具是mysql_upgrade,错误日志里也提到了使用mysql_upgrade进行修复相应的错误。升级的方法如下：

/*  升级系统库及业务库 */
/usr/local/mysql5.7/bin/mysql_upgrade  --socket=/app/data/mysql3307/tmp/mysql.sock    -uroot -p

如果只需要升级系统库，则加-s参数；如果升级过程中有错误或者中断后想再次升级 可以添加--force参数强制升级

/*  只升级系统库 */
 /usr/local/mysql5.7/bin/mysql_upgrade  --socket=/app/data/mysql3307/tmp/mysql.sock    -uroot -p   -s
/*  强制升级 */
 /usr/local/mysql5.7/bin/mysql_upgrade  --socket=/app/data/mysql3307/tmp/mysql.sock    -uroot -p   --force

2.6 后续工作

升级完成后建议再进行以下工作

• 重启数据库，以便所有功能生效；且重启后再次查看数据库日志
• 修改环境变量及软连接，以便默认使用MySQL5.7的相关命令

附: 升级后数据库启动日志

2.7 使用场景

相同大版本之间的小版本升级。

数据量较大，提前测试过两个版本之间可以原地升级时再用。

小结

MySQL的逻辑升级及mysql_upgrade的原地升级都有各自的应用场景。但是无论用哪种方式，都要注意以下几点：

a) 在生产环境上进行升级操作之前一定需要先在测试环境中多次进行相同版本的升级测试工作。

b） 实际工作中，测试环境升级成功后需要经过相关业务的回归测试，确保相关功能升级后能正常使用后再在生产环境进行升级，建议测试环境进行1个月以上的测试。

c) 生产环境升级前一定要进行备份。

d) 生产环境的升级顺序建议是先升级从节点，再升级主节点或进行主从切换。

以上就是MySQL5.6升级至MySQL5.7的2种主要方式，升级到MySQL8.0方法相同，但有些参数细节需要修改，大家可以自行测试。