原文地址：http://mysqlserverteam.com/upgrading-directly-from-mysql-5-0-to-5-7-using-an-in-place-upgrade/
这篇文章是关于mysql升级系列的第二部分。第一篇文章，使用mysqldump 直接从5.0升级至5.7，讨论了使用mysqldump程序进行升级。我们称之为 'Dump' 升级。在这篇文章中，我们将讨论的升级方式称之为 'In Place', 也称为二进制升级或实时升级。
警告：
尽管官方不支持，我们觉得分享可以从5.0升级至5.7也是有价值的。这种升级的一大障碍就是，随着功能的升级，你可能错过弃用警告和其他的行为变化。因此，这种升级会有很大的风险。
就像'Dump'升级，最好在进行任何操作前备份数据库。在进行升级操作前，请务必阅读想要升级版本的相关文档。这可以包括关于升级的重要提示和信息：upgrading to 5.1, upgrading to 5.5, upgrading to 5.6 or upgrading to 5.7。
'In Place' 升级比'Dump'升级要快，因为你省去了导入数据的步骤。这样节省了时间，但升级前的备份就更加重要，因为你就是在原始目录上执行升级操作。你使用相同的数据文件，你就不能使用一些需要重建数据库才能使用的新功能，比如创建undo tablespaces（在5.6.3版本引入）或将已经存在的表改到独立表空间中（innodb_file_per_table 在5.6.6开始支持）。
我使用如下步骤进行升级：
启动5.0.96版本实例，导入sakila schema数据。为了简单，使用 --no-defaults。
$ cd <mysql 5.0.96 basedir> $ ./scripts/mysql_install_db --no-defaults --datadir=<DATADIR> --basedir=. $ ./bin/mysqld_safe --no-defaults --datadir=<DATADIR> --basedir=. --port=<PORT> --socket=<SOCKET> & $ ./bin/mysql -uroot --socket=<SOCKET> --execute="create database sakila;" $ ./bin/mysql -uroot --socket=<SOCKET> --execute="source sakila-schema.sql" --database=sakila $ ./bin/mysql -uroot --socket=<SOCKET> --execute="source sakila-data.sql" --database=sakila
关闭数据库服务。这是你备份数据库的好时间。然后，进入新版本MySQL的文件夹，启动数据库。使用相同的数据目录，所以你的所有数据都在<DATADIR>中
$ cd <mysql 5.0.96 basedir> $ ./bin/mysqladmin -uroot --socket=<SOCKET> shutdown $ cd <mysql 5.7.9 basedir> $ ./bin/mysqld_safe --no-defaults --datadir=<DATADIR> --basedir=. --port=< PORT> --socket=<SOCKET> --skip-grant-tables &
请注意，当第一次启动5.7版本数据库时，必须使用 --skip-grant-tables。
运行 mysql_upgrade。这样会升级所有的系统表和检查用户库。
$ ./bin/mysql_upgrade -uroot --socket=<SOCKET>
导入帮助表（可选）
$ ./bin/mysql -uroot --socket=<SOCKET> --execute="source ./share/fill_help_tables.sql" mysql
重启MySQL服务
$ ./bin/mysqladmin -uroot --socket=<SOCKET> shutdown $ ./bin/mysqld_safe --no-defaults --datadir=<DATADIR> --basedir=. --port=<PORT> --socket=<SOCKET> &
运行mysqlcheck检查数据库状态
$ ./bin/mysqlcheck -uroot --socket=<SOCKET> --all-databases
如果从5.0.96升级，这种升级方法可能需要重建一些表或触发器。在本文使用的sakila 条件下，我收到了下面的警告信息：
Warning : Triggers for table `sakila`.`customer` have no creation context Warning : Triggers for table `sakila`.`film` have no creation context Warning : Triggers for table `sakila`.`payment` have no creation context Warning : Triggers for table `sakila`.`rental` have no creation context
由于触发器存储的元数据的更改，需要重载。我使用下面的步骤重建触发器：
使用mysqldump导出触发器
$ ./bin/mysqldump --socket=<SOCKET> -uroot --triggers --no-create-db --no-data --no-create-info --all-databases > addtriggers.sql
生成一个sql去删掉存在的触发器。排除sys库，因为上面的mysqldump不会导出sys库中的触发器。
mysql> SELECT CONCAT('DROP TRIGGER ', TRIGGER_SCHEMA, '.', TRIGGER_NAME, ';') FROM INFORMATION_SCHEMA.TRIGGERS WHERE trigger_schema not in ('sys') INTO OUTFILE 'droptriggers.sql';删掉存在的触发器
$ ./bin/mysql --socket=<SOCKET> -uroot --execute="source droptriggers.sql"
重载触发器
$ ./bin/mysql --socket=<SOCKET> -uroot --execute="source addtriggers.sql"
运行mysqlcheck
$ ./bin/mysqlcheck -uroot --socket=<SOCKET> --all-databases
使用上面的步骤从5.0.96、5.1.73、5.5.46和5.6.27 升级到5.7.9，均是成功的。使用mysqlcheck，统计所有库的表、列和程序的数量，运行基础的select/insert/update/delete 语句并执行、调用用户函数和存储过程来进行验证。
（注：在这篇文章写的时候，还不支持5.5到5.7版本的复制，在5.7.13版本时，修复了该bug）
翻译的不好，欢迎批评
