原文地址：

作者：

这篇文章是关于mysql升级系列的第二部分。第一篇文章，使用mysqldump 直接从5.0升级至5.7，讨论了使用mysqldump程序进行升级。我们称之为 'Dump' 升级。在这篇文章中，我们将讨论的升级方式称之为 'In Place', 也称为二进制升级或实时升级。

警告：

尽管官方不支持，我们觉得分享可以从5.0升级至5.7也是有价值的。这种升级的一大障碍就是，随着功能的升级，你可能错过弃用警告和其他的行为变化。因此，这种升级会有很大的风险。

就像'Dump'升级，最好在进行任何操作前备份数据库。在进行升级操作前，请务必阅读想要升级版本的相关文档。这可以包括关于升级的重要提示和信息：,,  or 。

'In Place' 升级比'Dump'升级要快，因为你省去了导入数据的步骤。这样节省了时间，但升级前的备份就更加重要，因为你就是在原始目录上执行升级操作。你使用相同的数据文件，你就不能使用一些需要重建数据库才能使用的新功能，比如创建undo tablespaces（在5.6.3版本引入）或将已经存在的表改到独立表空间中（innodb_file_per_table 在5.6.6开始支持）。

我使用如下步骤进行升级：

1. 启动5.0.96版本实例，导入数据。为了简单，使用 --no-defaults。

   $ cd 
          
           $ ./scripts/mysql_install_db --no-defaults --datadir=
           
             --basedir=.$ ./bin/mysqld_safe --no-defaults --datadir=
            
              --basedir=. --port=
             
               --socket=
              
                &$ ./bin/mysql -uroot --socket=
               
                 --execute="create database sakila;"$ ./bin/mysql -uroot --socket=
                
                  --execute="source sakila-schema.sql" --database=sakila$ ./bin/mysql -uroot --socket=
                 
                   --execute="source sakila-data.sql" --database=sakila
                 
                
               
              
             
            
           
          

2. 关闭数据库服务。这是你备份数据库的好时间。然后，进入新版本MySQL的文件夹，启动数据库。使用相同的数据目录，所以你的所有数据都在<DATADIR>中

   $ cd 
          
           $ ./bin/mysqladmin -uroot --socket=
           
             shutdown$ cd 
            
             $ ./bin/mysqld_safe --no-defaults --datadir=
             
               --basedir=. --port=< PORT> --socket=
              
                 --skip-grant-tables  &
              
             
            
           
          

   请注意，当第一次启动5.7版本数据库时，必须使用 --skip-grant-tables。

3. 运行 mysql_upgrade。这样会升级所有的系统表和检查用户库。

   $ ./bin/mysql_upgrade -uroot --socket=
          

4. 导入帮助表（可选）

   $ ./bin/mysql -uroot --socket=
          
            --execute="source ./share/fill_help_tables.sql" mysql
          

5. 重启MySQL服务

   $ ./bin/mysqladmin -uroot --socket=
          
            shutdown$ ./bin/mysqld_safe --no-defaults --datadir=
           
             --basedir=. --port=
            
              --socket=
             
               &
             
            
           
          

6. 运行mysqlcheck检查数据库状态
   

   $ ./bin/mysqlcheck -uroot --socket=
          
            --all-databases
          

如果从5.0.96升级，这种升级方法可能需要重建一些表或触发器。在本文使用的sakila 条件下，我收到了下面的警告信息：

Warning  : Triggers for table `sakila`.`customer` have no creation contextWarning  : Triggers for table `sakila`.`film` have no creation contextWarning  : Triggers for table `sakila`.`payment` have no creation contextWarning  : Triggers for table `sakila`.`rental` have no creation context

由于触发器存储的元数据的更改，需要重载。我使用下面的步骤重建触发器：

1. 使用mysqldump导出触发器

   $ ./bin/mysqldump --socket=
          
            -uroot --triggers --no-create-db --no-data --no-create-info --all-databases > addtriggers.sql
          

2. 生成一个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';

3. 删掉存在的触发器

   $ ./bin/mysql --socket=
          
            -uroot --execute="source droptriggers.sql"
          

4. 重载触发器

   $ ./bin/mysql --socket=
          
            -uroot --execute="source addtriggers.sql"
          

5. 运行mysqlcheck
   

   $ ./bin/mysqlcheck -uroot --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）

翻译的不好，欢迎批评