在这里我们假设跳过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）。这将比较有效处理手册上所说的升级改变。
MySQL的升级预防措施：
MySQL的升级预防措施是升级的一个基本部分。在你升级之前，确保你在新的MySQL版本中彻底测试了所有的应用功能。这对重要版本之间的升级尤为重要，对重要版本之间的跨越升级也很重要（例如，从MySQL5.1升级到MySQL5.6）。
确保你认真阅读了发行说明，并且你清楚所有改变。你可以从以下链接中获取Oracle MySQL 5.5和5.6的发行说明：
http://dev.mysql.com/doc/relnotes/mysql/5.5/en/
http://dev.mysql.com/doc/relnotes/mysql/5.6/en/
Percona Server有单独的发行说明，按上面说的顺序可以参看以下链接：
http://www.percona.com/doc/percona-server/5.5/release-notes/release-notes_index.html
http://www.percona.com/doc/percona-server/5.6/release-notes/release-notes_index.html
如果你计划升级到 Oracle MySQL 5.6 或者 Percona Server 5.6，我建议你首先检查以下已经存在的关键bugs。以下是你需要注意的一些bugs：
http://bugs.mysql.com/bug.php?id=66546
http://bugs.mysql.com/bug.php?id=68953
http://bugs.mysql.com/bug.php?id=69444
http://bugs.mysql.com/bug.php?id=70922
http://bugs.mysql.com/bug.php?id=72794
http://bugs.mysql.com/bug.php?id=73820
升级的层次结构：
这也是每一次MySQL升级的关键。你需要根据一个升级层次结构来做你的每次升级。建议的次序结构是：首先升级 dev/QA servers，然后升级 staging server，最后升级到 production servers上。实际上，你可以缩小升级的步伐，一步一步升级到你想要的版本，每步都可以充分地测试原来的应用。
