mysql upgrade 5.6_mysql_upgrade升级的坑

背景：

线上通过mysql_upgrade 将MySQL 5.5.34 升级为 5.6.31 版本，发现了一些问题：

问题1：增加普通索引的时候，依然堵塞DML语句，理论上MySQL 5.6 支持在线DDL，增加普通索引不会阻塞DML。

原因：5.6.4之前的格式的时间列(TIME，DATETIME和TIMESTAMP列，不支持小数秒精度)，升级成5.6后，执行ALTER TABLE会隐式升级，而升级此类列需要重建表，所以阻塞了DML。

解决方式：

等ALTER TABLE执行完，也就第一次需要重建表了，以后就不用了；

开启 set global avoid_temporal_upgrade=on;  它会使ALTER TABLE不重建临时列。不重建也就不会阻塞DML了，但是官方不推荐使用这个参数，以后会删除；

问题2：从库报错： Error 'You cannot 'ALTER' a log table if logging is enabled' on query. Default database: 'mysql'. Query: 'ALTER TABLE slow_log

原因：mysql_upgrade执行的所有语句都被二进制记录，然后被复制到slave，导致得错误。

解决方式：

1、停止复制线程，关闭慢查询日志，当前错误可以恢复。

STOP SLAVE;

SET GLOBAL slow_query_log = "OFF";

START SLAVE;

SET GLOBAL slow_query_log = "ON";

2、mysql_upgrade 升级时增加 --skip-write-binlog 可用于在升级过程中禁用二进制日志记录。注意从MySQL 5.6.7开始，默认情况下，mysql_upgrade的二进制日志记录处于禁用状态，所以升级到5.6.7以后版本不需要加--skip-write-binlog了。我这里是先升级到5.5.62版本再升级到5.6.31所以有这个错误。

升级建议：

大版本升级还是使用逻辑备份升级，mysqldump这种导入导出比较好，避免意外问题。问题就是太慢了。可以使用mydumper，但是会有表锁，建议在从库上执行。

具体操作步骤：

1、创建新库，逻辑备份导入

2、添加为从库，等待数据一致

3、在业务低峰期，将从库切换为新主库