记一次Group by 查询时的ONLY_FULL_GROUP_BY错误以及后续

所用mysql版本为5.7.20


1.错误源头

这里写图片描述

Error querying database.  Cause: 
com.mysql.jdbc.exceptions.jdbc4.MySQLSyntaxErrorException: 
Expression #5 of SELECT list is not in GROUP BY clause and contains nonaggregated column 'cis.q1.query_date' 
which is not functionally dependent on columns in GROUP BY clause; 
this is incompatible with sql_mode=only_full_group_by

通过报错信息可以看到是 sql_mode=only_full_group_by 问题,
于是我们在mysql命令行输入:select @@sql_mode 查询当前数据库的默认sql_mode:
这里写图片描述
可以看到,默认sql_mode中的确存在 only_full_group_by 这个配置,那么,这到底指的是什么意思呢?

2. sql_mode 配置解析

  • ONLY_FULL_GROUP_BY

    对于GROUP BY聚合操作,如果在SELECT中的列,没有在GROUP BY中出现,那么这个SQL是不合法的,因为列不在GROUP BY从句中。简而言之,就是SELECT后面接的列必须被GROUP BY后面接的列所包含。如:
    select a,b from table group by a,b,c; (正确)
    select a,b,c from table group by a,b; (错误)
    这个配置会使得GROUP BY语句环境变得十分狭窄,所以一般都不加这个配置

  • NO_AUTO_VALUE_ON_ZERO

    该值影响自增长列的插入。默认设置下,插入0或NULL代表生成下一个自增长值。(不信的可以试试,默认的sql_mode你在自增主键列设置为0,该字段会自动变为最新的自增值,效果和null一样),如果用户希望插入的值为0(不改变),该列又是自增长的,那么这个选项就有用了。

  • STRICT_TRANS_TABLES

    在该模式下,如果一个值不能插入到一个事务表中,则中断当前的操作,对非事务表不做限制。(InnoDB默认事务表,MyISAM默认非事务表;MySQL事务表支持将批处理当做一个完整的任务统一提交或回滚,即对包含在事务中的多条语句要么全执行,要么全部不执行。非事务表则不支持此种操作,批处理中的语句如果遇到错误,在错误前的语句执行成功,之后的则不执行;MySQL事务表有表锁与行锁非事务表则只有表锁)

  • 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.解决办法

  1. 去掉 ONLY_FULL_GROUP_BY,重新设置值。
set @@sql_mode 
='STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION';

2.上面是改变了全局sql_mode,对于新建的数据库有效。对于已存在的数据库,则需要在对应的数据库下执行:

set @@sql_mode 
='STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION';

或者:
my.cnf 里面设置:

[mysqld]
sql_mode=’STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION’
这个需要重启mysql服务!
然后后面就开始出错了。。

4.重启Mysql报错

这里写图片描述
这里写图片描述

这种 The server quit without updating PID file 错误在mysql启动配置中很常见,网上搜索一大堆,但这往往会误导你的判断,所以这时最好定位到mysql错误日志查看日志,根据自己设置的mysql datadir 路径,找到 主机名.err 文件(默认文件名为主机名),查看如下:
这里写图片描述

可以看到错误源头为 default-character-set=utf8 设置有问题!原来mysql 5.5之后貌似不兼容这个设置项了? [mysql] 项内可以这么写, [mysqld] 项内这么写在启动MySQL服务时会有错误;所以大家都用 character_set_server=utf8 来取代 default-character-set=utf8 ,故在 /etc/my.cnf 中改为character_set_server=utf8再重启就木有问题了。
(但我之前配置这个为什么没问题呢。。这是个问题)

最后说一句,启动时The server quit without updating PID file 这个错误大部分时候是由my.cnf配置文件引起的,不行,你删了再启动试试…


已标记关键词 清除标记
©️2020 CSDN 皮肤主题: 大白 设计师:CSDN官方博客 返回首页