mysql版本升级对数据的影响_MySQL数据库升级的一些坑

对于商业数据库而言，数据库升级是一个优先级很高的事情，有版本升级路线图，有相应的补丁，而且对于方案还有一系列的演练，陷入是一场硬仗。而在MySQL方向上，升级这件事情就被淡化了许多，好像只能证明它的存在而已，当然正是由于这种不重视，也让我今天走了不少弯路。

一般来说，升级MySQL有两类可行方案，一类是直接升级数据字典，在本机完成，整个过程会有离线操作，会对业务有中断，第二种是通过高可用切换平滑实现，原理是搭建低版本到高版本的数据复制关系，这种方案优势比较明显，对于业务的侵入性比较低，而且还可以提前验证，更甚还可以做到平滑回退，当然第二种方案要做很多前期的准备工作。

今天处理的一套环境基于存储和时长等因素使用的是第一种方法，整个流程如下：

1) mysqldump备份数据库，备份文件大约为120G

2) 停止MySQL 5.5数据库

3) 修改数据库端口重新启动数据库，比如从4308调整正为4318,使得迁移过程中避免其他业务连接的影响，验证无误后停库

4)修改mysql_base路径为5.7版本，修改/usr/bin/mysql等环境变量配置

5)替换配置文件为5.7版本，在5.7模式下启动数据库

6)使用upgrade模式升级数据字典,命令如下：