首遇报错
mac本地安装的mysql执行带group by的语句时，出现了如下报错
1055 - Expression #1 of SELECT list is not in GROUP BY clause and contains nonaggregated column 'yyhd_shiro.ar.roleName' which is not functionally dependent on columns in GROUP BY clause; this is incompatible with sql_mode=only_full_group_by, Time: 0.007000s
查询原因
其实看报错的意思也很简单，我写的roleName这列没有在group by的语句中，与sql_mode=only_full_group_by不兼容
先贴一下官方解释的
https://dev.mysql.com/doc/refman/5.6/en/sql-mode.html
sql_mode：MySQL 服务器可以在不同的 SQL 模式下运行，并且可以根据sql_mode系统变量的值对不同的客户端应用不同的模式。DBA 可以设置全局 SQL 模式以匹配站点服务器操作要求，每个应用程序可以将其会话 SQL 模式设置为自己的要求。
通俗点来讲，sql_mode就是个配置文件
如何查询sql_mode的配置：
SELECT @@GLOBAL.sql_mode
mysql> 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_ENGINE_SUBSTITUTION |
+-----------------------------------------------------------------------------------------------------------------------+
1 row in set (0.00 sec)
对上面的参数做一下解释
-
ONLY_FULL_GROUP_BY：对于GROUP BY聚合操作，如果在SELECT中的列、HAVING或者ORDER BY子句的列，没有在GROUP BY中出现，那么这个SQL是不合法的（==出现的问题就是因为这个启用了==）。
-
STRICT_TRANS_TABLES：为事务存储引擎启用严格的 SQL 模式，并在可能的情况下为非事务存储引擎启用。详细信息
-
NO_ZERO_IN_DATE: 该NO_ZERO_IN_DATE模式影响服务器是否允许年部分非零但月或日部分为 0 的日期。（此模式影响'2010-00-01'或 等日期'2010-01-00'，但不影响 '0000-00-00'。要控制服务器是否允许'0000-00-00'，请使用该 NO_ZERO_DATE模式。）效果的NO_ZERO_IN_DATE 还取决于是否启用严格的SQL模式。
- 如果未启用此模式，则允许包含零个部分的日期并且插入不会产生警告。
- 如果启用此模式，则将插入零个部分的日期'0000-00-00'并产生警告。
- 如果启用此模式和严格模式，则不允许包含零部分的日期并且插入会产生错误，除非IGNORE也给出。对于INSERT IGNORE和 UPDATE IGNORE，带有零部分的日期被插入为'0000-00-00'并产生警告。
-
NO_ZERO_DATE：该NO_ZERO_DATE模式影响服务器是否允许 '0000-00-00'作为有效日期。它的效果还取决于是否启用了严格的 SQL 模式。
- 如果启用此模式，'0000-00-00' 则允许并插入会产生警告。
- 如果启用此模式和严格模式， '0000-00-00'则不允许并且插入会产生错误，除非 IGNORE也给出。对于 INSERT IGNOREand UPDATE IGNORE,'0000-00-00'是允许的，插入会产生警告。
-
ERROR_FOR_DIVISION_BY_ZERO：模式影响被零除的处理，其中包括 MOD(N,0)。 对于数据更改操作（INSERT,UPDATE），其效果还取决于是否启用了严格 SQL 模式。
- 如果启用此模式，除以零插入 NULL并产生警告。
- 如果启用此模式和严格模式，除以零会产生错误，除非IGNORE 也给出。对于INSERT IGNORE and UPDATE IGNORE，除以零插入NULL并产生警告。
对于SELECT，除以零返回NULL。ERROR_FOR_DIVISION_BY_ZERO 无论是否启用严格模式，启用 都会导致产生警告。
从 MySQL 5.6.17 开始， ERROR_FOR_DIVISION_BY_ZERO 已弃用，将sql_mode 值设置为包含它会生成警告。（这句话官网说的没理解，我的版本是8.0.23，但是默认的还有）
- NO_ENGINE_SUBSTITUTION:使用 ALTER TABLE或CREATE TABLE 指定 ENGINE 时， 需要的存储引擎被禁用或未编译，该如何处理。启用NO_ENGINE_SUBSTITUTION时，那么直接抛出错误；不设置此值时，CREATE用默认的存储引擎替代，ATLER不进行更改，并抛出一个 warning。
解决办法
修改my.cnf文件，但是mysql5.7之后就没有这个文件了，所以得自己加，mac的位置比较特殊需要在这个位置修改
修改完后记得点击右下角的apply
贴一下my.cnf的内容
[client]
default-character-set=utf8
[mysqld_safe]
[mysqld]
secure_file_priv=""
character-set-server=utf8
#sql_mode='NO_AUTO_VALUE_ON_ZERO,STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION,PIPES_AS_CONCAT,ANSI_QUOTES'
sql_mode='STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_ENGINE_SUBSTITUTION'
[mysql]
default-character-set=utf8
重启mysql，再次查询
mysql> SELECT @@GLOBAL.sql_mode;
+----------------------------------------------------------------------------------------------------+
| @@GLOBAL.sql_mode |
+----------------------------------------------------------------------------------------------------+
| STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_ENGINE_SUBSTITUTION |
+----------------------------------------------------------------------------------------------------+
1 row in set (0.00 sec)
网友评论