面试被问到一个SQL语句的问题,与面试官的答案不一致,面完整理一下
问题描述:在写一条查询语句,通过GROUP BY 进行对某一字段进行分组,能SELECT这个字段外的其它字段吗?
我的回答:可以,面试官说不行
面完后默默打开navicat,写了一个带GROUP BY的SELECE单表查询,结果竟然真的报错查不了,实习期间写了嗨多的SQL语句,大部分都用到了GROUP BY,心想可能是因为实习期间写的是联表查询,遂写下一个联表查询,结果还是报错,于是直接搜索引擎了
报错如下:
Expression #2 of SELECT list is not in GROUP BY clause and contains nonaggregated column 'guli.au.gmt_create' which is not functionally dependent on columns in GROUP BY clause; this is incompatible with sql_mode=only_full_group_by
一搜就发现了问题所在,是由于默认的 MySQL 配置中 sql_mode
配置了 only_full_group
,需要 GROUP BY
中包含所有在 SELECT中出现的字段。
然后改掉配置,就可以正常查询了。
配置修改方法
在配置文件(my.cnf)中修改 sql_mode
的配置为:
sql_mode=STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION
sql_mode 配置解析
-
ONLY_FULL_GROUP_BY
对于GROUP BY聚合操作,如果在SELECT中的列,没有在GROUP BY中出现,那么这个SQL是不合法的,因为列不在GROUP BY从句中。简而言之,就是SELECT后面接的列必须被GROUP BY后面接的列所包含。这个配置会使得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后,不能用双引号来引用字符串,因为它被解释为识别符
总结
之所以和面试官产生分歧,一是因为自己实习期间数据库的配置我都不了解(比如本文中的sql_mode),二是面试官在这个问题的理解也出错了,本质还是配置的原因。
MySQL 5.7.5和以上版本实现了对功能依赖的检测。如果启用了only_full_group_by
SQL模式(在默认情况下是这样),那么MySQL就会拒绝选择列表、条件或顺序列表引用的查询,这些查询将引用组中未命名的非聚合列,而不是在功能上依赖于它们。(在5.7.5之前,MySQL没有检测到功能依赖项,only_full_group_by在默认情况下是不启用的)因此需要在 MySQL 的配置中去掉这个配置。