Mysql only_full_group_by以及其他关于sql_mode原因报错详细解决方案
网上太多相关资料，但是抄袭严重，有的讲的也是之言片语的，根本不连贯（可能知道的人确实不想多说）
我总共花了3个多小时，反复测试，总结一下
-
Mysql only_full_group_by以及其他关于sql_mode原因报错详细解决方案
- 报错信息：
- 原因：
- 怎么查看呢：
- 解决办法1：
- 验证一下：
- 解决办法2
-
解决办法3
- 对于办法3解决的解释
- 对办法2办法3两种方法的说明
-
附上其他mode解释
- 对于其他mode说明
报错信息：
1.ERROR
1055 (
42000): Expression
#7
of
SELECT list
is
not
in
GROUP
BY clause
and contains nonaggregated column
'postscan.verifyDelayLog.auditor' which
is
not functionally dependent
on columns
in
GROUP
BY clause; this
is incompatible
with sql_mode=only_full_group_by
原因：
1.
mysql 5
.7中的
sql_mode的值为：
2.
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
怎么查看呢：
1.我的
mysql5
.7部署在
linux上的，然后我使用
navicat 12连接的,就说怎么使用
navicat 12查看吧
2.使用
navicat 打开数据库,然后工具
-->命令列界面 （快捷方式
F6）
3.然后输入：
SELECT @@
sql_mode;
4.看到值为：
5.
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
解决办法1：
1.我所使用的mysql运行时指定的配置如下：
2./apps/mysql5
.7
.18/bin/mysqld --defaults-file=/apps/my3306.cnf --basedir=/apps/mysql5
.7
.18 --datadir=/apps/mysql/data/
3306 --plugin-dir=/apps/mysql5
.7
.18/lib/mysql/plugin --user=mysql --log-error=/apps/mysql/data/
3306/BJ-DYC-VM
-5
-106.err --open-files-limit=
8192 --pid-file=/apps/mysql/data/
3306/BJ-DYC-VM
-5
-106.pid --socket=/tmp/mysql_3306.sock --port=
3306
3.
4.那么我修改的是/apps/my3306.cnf，你没意见吧哈哈
5.找到：
6.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"
7.
8.修改为：
9.sql_mode =
"STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION"
10.
11.因为修改了mysql配置文件，所以重新启动mysql
12./apps/mysql5
.7
.18/bin/mysqld --defaults-file=/apps/my3306.cnf --basedir=/apps/mysql5
.7
.18 --datadir=/apps/mysql/data/
3306 --plugin-dir=/apps/mysql5
.7
.18/lib/mysql/plugin --user=mysql --log-error=/apps/mysql/data/
3306/BJ-DYC-VM
-5
-106.err --open-files-limit=
8192 --pid-file=/apps/mysql/data/
3306/BJ-DYC-VM
-5
-106.pid --socket=/tmp/mysql_3306.sock --port=
3306
验证一下：
1.进入命令列界面
2.然后输入：SELECT @@sql_mode;
3.看到值为：
4.STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION
5.
6.至此，你不用遵守：如下约定了：
7. 对于
GROUP
BY聚合操作，如果在SELECT中的列，没有在
GROUP
BY中出现，那么这个SQL是不合法的，因为列不在
GROUP
BY从句中，所以对于设置了这个mode的数据库，在使用
group
by 的时候，就要用MAX(),SUM(),ANT_VALUE()这种聚合函数，才能完成
GROUP
BY 的聚合操作。
解决办法2
1.第二种办法不用修改配置文件，使用navicat修改
2.进入命令行界面（F6）
3.输入：
SELECT @@GLOBAL.sql_mode;
4.结果：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
5.
6.然后我们来修改sql_mode
7.输入：
set
GLOBAL sql_mode =
'STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION ';
8.
9.再运行你的sql：
10.
SELECT
11.
id,ip
12.
FROM
13. ip_meta_backup
14.
GROUP
BY
15. ip
16.
HAVING
17.
count(ip) >
1
18.*****恭喜你，成功了*****
19.
20.
21.
22.然后你再运行你的
sql是不是可以运行啦
23.
24.
SET
GLOBAL sql_mode =
'STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION';
25.
26.
SELECT @@GLOBAL.sql_mode;
解决办法3
1.第三种办法不用修改配置文件，使用navicat修改
2.进入命令行界面（F6）
3.输入：
SELECT @@sql_mode; 注意：这边缺省了session,完整的是：
SELECT @@SESSION.sql_mode;
4.结果：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
5.
6.然后我们来修改sql_mode
7.输入：
set
SESSION sql_mode =
'STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION ';
8.
9.再运行你的sql：
10.
SELECT
11.
id,ip
12.
FROM
13. ip_meta_backup
14.
GROUP
BY
15. ip
16.
HAVING
17.
count(ip) >
1
18.*****还是报only_full_group_by错*****
19.
20.##############解决方法###################
21.
22.在你查询的语句之前
set sql_mode
23.
24.
set
SESSION sql_mode =
'STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION ';
25.
SELECT
26.
id,ip
27.
FROM
28. ip_meta_backup
29.
GROUP
BY
30. ip
31.
HAVING
32.
count(ip) >
1
33.以后再新建查询（包含
group
by）语句也不用再加
set sql_mode 直到你关闭这次连接为止
34.
35.
36.
37.
38.然后你再运行你的
sql是不是可以运行啦
39.
40.
SET
GLOBAL sql_mode =
'STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION';
41.
42.
SELECT @@GLOBAL.sql_mode;
对于办法3解决的解释
1.其实讲第三种方法的时候说过
SELECT @@sql_mode; 其实这边缺省了session,完整的是：
SELECT @@SESSION.sql_mode;
2.SESSION是当前会话的意思
---->这句话就解释了直到你关闭这次连接为止
3.
4.那为什么在命令行
set sql_mode,然后再新建查询还是没用呢？
5.其实你只要在新建查询中输入
SELECT @@sql_mode;你会发现你在命令行中的设置并没有生效
6.所以，我们只能重新在这次连接（会话）的新建查询中重新
set sql_mode,之后这次连接（这次会话）不再需要
7.这一段语言解释了“在你查询的语句之前
set sql_mode”这句话
对办法2办法3两种方法的说明
1.这两种
set sql_mode方法，都会随着在我部署linux上的mysql重启而恢复到我指定的配置文件的my.
cnf里面设置的sql-
mode选项中的内容
2.这句话比较绕
3.意思就是：linux上的mysql重启后，你在navicat上设置的就不再有效，而是依据你指定的配置文件中的设定，就是my.
cnf这个文件中设定
附上其他mode解释
1.STRICT_TRANS_TABLES： 在该模式下，如果一个值不能插入到一个事务表中，则中断当前的操作，对非事务表不做限制
2.
3.NO_ZERO_IN_DATE： 在严格模式下，不允许日期和月份为零
4.
5.NO_ZERO_DATE： 设置该值，mysql数据库不允许插入零日期，插入零日期会抛出错误而不是警告。
6.
7.ERROR_FOR_DIVISION_BY_ZERO：在
INSERT或
UPDATE过程中，如果数据被零除，则产生错误而非警告。如 果未给出该模式，那么数据被零除时MySQL返回
NULL
8.
9.NO_AUTO_CREATE_USER： 禁止
GRANT创建密码为空的用户
10.
11.NO_ENGINE_SUBSTITUTION： 如果需要的存储引擎被禁用或未编译，那么抛出错误。不设置此值时，用默认的存储引擎替代，并抛出一个异常
12.
13.PIPES_AS_CONCAT： 将
"||"视为字符串的连接操作符而非或运算符，这和
Oracle数据库是一样的，也和字符串的拼接函数
Concat相类似
14.
15.ANSI_QUOTES： 启用ANSI_QUOTES后，不能用双引号来引用字符串，因为它被解释为识别符
16.
17.NO_AUTO_VALUE_ON_ZERO： 该值影响自增长列的插入。默认设置下，插入
0或
NULL代表生成下一个自增长值。如果用户 希望插入的值为
0，而该列又是自增长的，那么这个选项就有用了。
对于其他mode说明
1.其他的mode使用也无外乎更改配置文件，或者独立更改（也就是方法
2和
3）