报错信息如下：
#4 of SELECT list is not in GROUP BY clause and contains nonaggregated column ‘t.dept_code’ which is not functionally dependent on columns in GROUP BY clause; this is incompatible with sql_mode=only_full_group_by
最近项目中上了新功能，同时做了数据库的备库方案，但是当应用访问备库时，出现部分分组sql查询报错。
原因是因为Sql语句SELECT后面的列包含了group by后面没有的列而且没有利用聚合函数。
经查询MySQL官网先容：
https://dev.mysql.com/doc/refman/8.0/en/group-by-handling.html
https://dev.mysql.com/doc/refman/8.0/en/sql-mode.html#sqlmode_only_full_group_by
由上面官网先容得知，要么修改sql语句将未进行group by 的列，利用any_value() 处置惩罚；要么禁用ONLY_FULL_GROUP_BY(脚本如下)。
- mysql> SET GLOBAL sql_mode=(SELECT REPLACE(@@sql_mode,'ONLY_FULL_GROUP_BY',''));
- mysql> SELECT @@GLOBAL.sql_mode;
- +---------------------------------------------------------------+
- | @@GLOBAL.sql_mode |
- +---------------------------------------------------------------+
- | STRICT_TRANS_TABLES,NO_ENGINE_SUBSTITUTION |
- +---------------------------------------------------------------+
但我们的应用在未进行重启的环境下，这个错误依然存在，
我们首先通过在服务器安装MySQL客户端通过mysql 下令行登岸后，验证sql是否正常执行，经过验证是OK的。
因此，继续分析原因，由于我们应用接纳数据库连接池，在我们应用未重启的环境下，连接池中的连接仍然是之前创建的连接，因此将应用进行重启后，标题得到解决。
以下为sql_mode常用值的含义
- ONLY_FULL_GROUP_BY：对于GROUP BY聚合操作，如果在SELECT中的列，没有在GROUP BY中出现，那么这个SQL是不合法的，因为列不在GROUP BY从句中
- NO_AUTO_VALUE_ON_ZERO：该值影响自增长列的插入。默认设置下，插入0或NULL代表生成下一个自增长值。如果用户希望插入的值为0，而该列又是自增长的，那么这个选项就有用了。
- 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相类似
免责声明：如果侵犯了您的权益，请联系站长，我们会及时删除侵权内容，谢谢合作！更多信息从访问主页：qidao123.com:ToB企服之家，中国第一个企服评测及商务社交产业平台。 |
