MySQL 5.6 到 MYSQL 5.7 应用迁移有什么问题，升级后打脸又降回去

开头还是介绍一下群，如果感兴趣PolarDB ,MongoDB ,MySQL ,PostgreSQL ,Redis, Oceanbase, Sql Server等有问题，有需求都可以加群群内，可以解决你的问题。加群请联系微信 liuaustin3 ，（共1790人左右 1 + 2 + 3 + 4 +5） 4群（290+）,另欢迎 OpenGauss 的技术人员加入。

最近说来惭愧，有开始说mysql 5.6 的问题了，是在是无奈有一个项目古老且XX，大批的在用MySQL 5.6 这个版本的数据库，之前并未进行管理，但基于Enterprise 的数据库都管理的还可以，所以这个项目也就到了手里，然后我们提出从5,6升级数据库版本的问题，并提出升级后的各种利好，但在升级过程中，我们遇到了升级后，又降级回去的问题，这里和各位说说为什么，以及我们疏忽了什么。

首先需要说明MySQL5.6 中存在的一些问题，估计已经被很多人所忘记，这里先回顾一下MySQL5.6 的问题点

问题1  MySQL 5.6 更容易产生主从同步的问题，基于MYSQL 5.7 提出的并行复制的概念，允许复制时间并行应用，可以启用多个线程来完成原来单一线程完成的工作，基于MYSQL 5.7 以后的MYSQL 在复制延迟上有很多的改善。

问题2  MYSQL5.6 performance_schema的问题，主要是这个部分的性能你开销较大开启对性能负面影响大，所以在部分情况下，还在遵循MYSQL5.5 之前对于PF 的一些尽量关闭的方式来处理 MYSQL5.6的 PF。

问题3  BINLOG 复制容易出现数据复制的问题，基于MYSQL.5.7 基于这个问题，推出了 GTID 等方式来进行功能上的增强和为MYSQL 数据复制拓扑上的稳定性上做出的改善方案。

问题4  对于内存的管理和句柄的限制等问题，在MYSQL5.6还是一个问题，这样的问题导致MYSQL5.6 无法良好的支持高并发和工作负载较重的场景，相对于MYSQL5.7 来说。

基于从数据库的复制方式，数据一致性，内存管理，句柄管理高并发等问题，从MYSQL 5.6 升级到MYSQL 5.7 好处是非常多的，尤其到了MYSQL5.7 的后面版本。

但但但，为什么升级后，又回退了，这个就是今天要说的

1  升级前，开发与DB 进行了评估，忽略了MYSQL 5.6 与 MYSQL5.7 之间的语法的不同，以及一些配置的问题。

MYSQL 5.7 

问题1  语句撰写的语法变化，在MySQL 5.6中存在大量不符合SQL语法的一些写法，比如下面的关于union all  与 limit 1 的写法在 MySQL 5.6中可以被接受，但是在MySQL 5.7 中无法被接受。相关此次项目数据库版本回退主要就是因为这个问题产生的回退。

mysql> create table table1 (id int primary key,name varchar(20));<br>on all<br>select * from table2 limit 1;<br>Query OK, 0 rows affected (0.01 sec)<br><br>mysql> <br>mysql> <br>mysql> create table table2 (id int primary key,name varchar(20));<br>Query OK, 0 rows affected (0.00 sec)<br><br>mysql> <br>mysql> insert into table1 (id,name) values (1,'system');<br>Query OK, 1 row affected (0.01 sec)<br><br>mysql> insert into table2 (id,name) values (2,'system2');<br>Query OK, 1 row affected (0.00 sec)<br><br>mysql> <br>mysql> <br>mysql> select * from table1 limit 1<br>    -> union all<br>    -> select * from table2 limit 1;<br>ERROR 1221 (HY000): Incorrect usage of UNION and LIMIT<br><br>