5) 安装5.6版本(按照正常安装流程). 如果你不是用的yum/apt-get方式安装的,你需要执行 mysql_install_db 和mysql_upgrade两个命令.
6) 将在1)操作中导出的用户信息导入到新数据库中.
mysql -uroot < /root/grants.sql
7) 将2)导出的数据导入到新数据库.
$ mysql -e "SET GLOBAL max_allowed_packet=1024*1024*1024";
$ mysql -uroot -p --max-allowed-packet=1G < /root/full-data-dump.sql;
此时, 所有的表都在MySQL 5.6中重建及重新加载完成,所以所有的二进制文件对MySQL 5.6可用. 同时也你完成了最干净/最稳定的升级过程,你可以恢复你的应用- 这个升级过程和valina MySQL与Percona Server的升级过程是一样的.甚至你可以把Oracle MySQL升级到Percona Server. 比如: 把Oracle MySQL 5.5升级到Percona Server 5.6. 再次强调: MySQL的升级过程和Percona Server的升级过程是一样的,只需要将Percona Server 替换成Oracle MySQL即可.
"SQL dump" 也可以称为逻辑备份.用升级后的MySQL二进制文件来重建所有的表基本没有兼容问题,从这一方面来说"SQL dump"更安全. 但是对于TB, GB级的大数据来说,这种方法非常的耗时. 另一方面, 备份/重新加载如此大的数据集,比如重建InnoDB表,你需要恢复很多的空闲磁盘,这样会引起的磁盘碎片整理优化.对于常更新或者删除的数据来说, 这么做是有益的.
用In-Place升级小版本:
这种升级方式是在一个主版本内做小版本升级, 比如把MySQL 5.5.35升级到MySQL 5.5.38或者是把Percona Server 5.6.14升级到最新的Percona Server 5.6.20
这被称为一个就地升级,你只安装一个新的二进制包,然后运行mysql_upgrade脚本,如果必要的话,检查和更新系统表。仍然,就地升级我们强烈推荐检查新功能的发布说明,bug修复等。Percona Server 5.5 和 Percona Server 5.6 发行说明可以分别在这儿和那儿找到。
当我们需要升级Percona服务器时，针对它的Percona-specific的一些特性,对于Percona服务器我们有额外的文档描述一些细节，可以在这儿和那儿找到。这也包括完成就地升级过程的和yum/apt的包管理器。
同时,在安全方面你可以升级那些使用较早描述的逻辑转储程序,mysqldump或mydumper程序——前者并行备份和恢复和逻辑备份,升级是最安全的方法。
直接升级到最新版本:
跳过5.1版本直接把MySQL从5.0版本升级到5.5版本,或者跳过5.5版本直接从MySQL 5.1升级到5.6.甚至,可以直接从MySQL 5.0升级到MySQL 5.6虽然现在只有少数人还在使用MySQL 5.0版本. 这种同样使用于Percona Server.
在这里我们假设跳过5.5版本,把Oracle MySQL或者Percona Server直接从5.1版本升级到5.6版本.
在开始之前，你要意识到这是一个很慎重的操作，将一步跨过一个重要的MySQL版本。也就是说，这是有风险的。用二进制文件升级是不建议的，而且这样直接跨越一个重要版本也是不安全的，所以你绝不能这样5.0->5.5,5.1->5.6,或者5.0->5.6做。有一个问题是，MySQL版本不是所有改变都前向兼容的。新版本中介绍的一些改变可能不仅会影响数据如何处理，还会影响服务器行为包括SQL语句和MySQL服务器和内部存储引擎（此处不知标准否）。另一个问题是MySQL5.0与5.6版本之间的变化，一些默认的设置变量被改变了，这可能会导致结果完全不一样或者行为完全不同。例如：MySQL5.5的默认存储引擎是InnoDB，MySQL5.6的存储引擎InnoDB将可以为每个数据库表创建单独表空间（separate tablespace），还有GTID复制（GTID replication）也被引入。有太多细节这里就不一一列举了，所有这些改变都被描述在MySQL的“升级文档”中，详情可以查看升级文档。
这里重点提一下，极不推荐跳过一个重要版本来升级。从MySQL5.1升级到5.6不应该一步完成，我建议先从5.1升级到5.5，再从5.5升级到5.6，每步都要运行MySQL自动升级（mysql_upgrade）。这将比较有效处理手册上所说的升级改变。