当5.6升级到5.7时,首先要注意的就是sql_mode对业务的影响 大概可以分为几类
1 共同支持,如果你的5.6和5.7sql_mode配置支持的交集一样,那么不用考虑
2 5.7细说
1 ONLY_FULL_GROUP_BY 该选项的含义表示：对于使用 GROUP BY 进行查询的SQL，不允许 SELECT 部分出现 GROUP BY 中未出现的字段，也就是 SELECT 查询的字段必须是 GROUP BY中出现的或者使用聚合函数的或者是具有唯一属性的。
eg select a b c from d group a
解决方案 1 b c添加唯一索引,保住唯一性 2 sql_mode去掉此限制 3改写sql
2 NO_ZERO_DATE & NO_ZERO_IN_DATE & time_zone MySQL中插入的时间字段值，不允许日期为零
eg Y_DATETIME` timestamp NOT NULL DEFAULT '0000-00-00 00:00:00'
3 NO_ENGINE_SUBSTITUTION 在使用CREATE TABLE或者ALTER TABLE语法执行存储引擎的时候，如果设定的存储引擎被禁用或者未编译，会产生错误。
4 STRICT_TRANS_TABLES 该选项针对事务性存储引擎生效，对于非事务性存储引擎无效，该选项表示开启strict sql模式。在strict sql模式下，在INSERT或者UPDATE语句中，插入或者更新了某个不符合规定的字段值，则会直接报错中断操作
5 ERROR_FOR_DIVISION_BY_ZERO
INSERT或者UPDATE语句中，如果数据被0除，则出现警告（非strict sql模式下）或者错误(strict sql模式下)。
当该选项关闭时，数字被0除，得到NULL且不会产生警告
当该选项开启且处于非strict sql模式下，数字被0除，得到NULL但是会产生警告
当该选项开启且处于strict sql模式下，数字被0除，产生错误且中断操作
6 NO_AUTO_CREATE_USER 之前版本中使用GRANT语法，如果用户不存在则会自动创建用户，该选项限制该功能
3 总结
1 当升级过程中,配置相同sql_mode的配置尤为重要,如果支持非常好,如果有问题,则进行改造
2 线上常用的都是3,4两种.5.6-5.7通用
4 本文主要内容来源于爱可生技术文章