0、参考资料
http://xstarcd.github.io/wiki/MySQL/MySQL-sql-mode.html
http://blog.csdn.net/wulantian/article/details/8905573
https://dev.mysql.com/doc/refman/5.7/en/sql-mode.html
http://blog.csdn.net/wyzxg/article/details/8787878
https://blog.linuxeye.cn/379.html
1、技术场景
项目最近架构调整，老架构MySQL版本是5.6，新架构升级了一下MySQL版本，升级到了5.7。升级之后发现很多地方报错，都是MySQL相关的错误。
下面一个错误一个错误的分析。
错误一：
MySQL [pdmp]> select Fname,Fsource_name_code from t_data_source where Fenable = 'Y' and site = 'friso' group by Fsource_name_code;
ERROR 1055 (42000): Expression #1 of SELECT list is not in GROUP BY clause and contains nonaggregated column 'pdmp.t_data_source.Fname' which is not functionally dependent on columns in GROUP BY clause; this is incompatible with sql_mode=only_full_group_by
从报错分析，是因为select的字段（非聚合函数），没有全部在group by中。那之前在老架构的MySQL的版本中能正常运行，新架构怎么就不行了？猜想应该是版本升级导致的。
去查看了一下老版本的sql_mode，结果如下：
SELECT @@GLOBAL.sql_mode;
+------------------------+
| @@GLOBAL.sql_mode |
+------------------------+
| NO_ENGINE_SUBSTITUTION |
+------------------------+
没有严格模式等相关限制。
再看看新版本的sql_mode，结果如下：
SELECT @@GLOBAL.sql_mode;
+-------------------------------------------------------------------------------------------------------------------------------------------+
| @@GLOBAL.sql_mode |
+-------------------------------------------------------------------------------------------------------------------------------------------+
| ONLY_FULL_GROUP_BY,STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION |
+-------------------------------------------------------------------------------------------------------------------------------------------+
问题就出在ONLY_FULL_GROUP_BY上，去查了一下，如果添加上这个模式，
对于GROUP BY聚合操作，如果在SELECT中的列，没有在GROUP BY中出现，那么这个SQL是不合法的，因为列不在GROUP BY从句中。
错误二：
INSERT INTO `t_data_source`(`Fname`, `Fbrand`, `Fmarketing_type`, `Fdata_type`, `Fcreate_time`, `Factive`, `Fsource_name_code`, `site`) VALUES ('巴啦啦', 'ADF', '2', '1', '2018-03-12 09:46:07', '', '1', 'friso');
dispatch exception:SQLSTATE[HY000]: General error: 1366 Incorrect integer value: '' for column 'Factive' at row 1
从SQL报错上分析，可以很容易知道，是因为数据库字段类型和插入数据类型不匹配导致的。初步猜想和错误一的原因一致。后来发现是因为模式STRICT_TRANS_TABLES导致的，在这种模式下：如果一个值不能插入到一个事务表中，则中断当前的操作，对非事务表不做限制。而我们刚好是开启事务的。
2、sql_mode介绍
介绍都是官网搬过来的。
ONLY_FULL_GROUP_BY：
对于GROUP BY聚合操作，如果在SELECT中的列，没有在GROUP BY中出现，那么这个SQL是不合法的，因为列不在GROUP BY从句中。
STRICT_TRANS_TABLES：
在该模式下，如果一个值不能插入到一个事务表中，则中断当前的操作，对非事务表不做限制。
NO_ZERO_IN_DATE：
在严格模式下，不允许日期和月份为零。
NO_ZERO_DATE：
设置该值，mysql数据库不允许插入零日期，插入零日期会抛出错误而不是警告。
ERROR_FOR_DIVISION_BY_ZERO：
在INSERT或UPDATE过程中，如果数据被零除，则产生错误而非警告。如 果未给出该模式，那么数据被零除时MySQL返回NULL。
NO_AUTO_CREATE_USER：
禁止GRANT创建密码为空的用户。
NO_ENGINE_SUBSTITUTION：
如果需要的存储引擎被禁用或未编译，那么抛出错误。不设置此值时，用默认的存储引擎替代，并抛出一个异常。
PIPES_AS_CONCAT：
将"||"视为字符串的连接操作符而非或运算符，这和Oracle数据库是一样的，也和字符串的拼接函数Concat相类似。
ANSI_QUOTES：
启用ANSI_QUOTES后，不能用双引号来引用字符串，因为它被解释为识别符
3、修改sql_mode配置
查看sql_mode
select @@sql_mode;
show variables like 'sql_mode%'G;
sql_mode修改
set @@sql_mode=TRADITIONAL;
另外，可以直接修改my.ini文件，找到sql_mode，然后设置新的模式即可！
例如：
vi /etc/my.cnf
在[mysqld]下面添加如下列：
sql_mode=NO_ENGINE_SUBSTITUTION,STRICT_TRANS_TABLES