今天晚上电脑上的数据库突然抽风,怎么也连不上了,查了好久的资料说可能是跟我在本机搭建的java项目有关,跟着资料弄了半天,问题还是没有解决,只好另求出路。
想起之前安装过一个linux虚拟机,就想借用虚拟机上的sql,没想到在写分组查询的时候一直报下面这个错:
ERROR 1055 (42000): Expression #2 of SELECT list is not in GROUP BY clause and contains nonaggregated column 'user.t_user.name' which is not functionally dependent on columns in GROUP BY clause; this is incompatible with sql_mode=only_full_group_by
同样查询了网上的教程,得知了问题出现的原因:
MySQL 5.7.5及以上功能依赖检测功能。如果启用了ONLY_FULL_GROUP_BY SQL模式(默认情况下),MySQL将拒绝选择列表,HAVING条件或ORDER BY列表的查询引用在GROUP BY子句中既未命名的非集合列,也不在功能上依赖于它们。(5.7.5之前,MySQL没有检测到功能依赖关系,默认情况下不启用ONLY_FULL_GROUP_BY。有关5.7.5之前的行为的说明,请参见“MySQL 5.6参考手册”。)
也就是说如果想在5.7.5之后的版本正常使用分组功能,在select指定的字段要么就要包含在Group By语句的后面作为分组的依据;要么就要被包含在聚合函数中。
官方这么规定,自然是有它的道理,但是用习惯了之前版本的group by,这一时半会的也改不过来。
好在他也同时提供了解决方案,如下:
输入查询语句: SELECT @@GLOBAL.sql_mode;
输入查询语句: SELECT @@SESSION.sql_mode;
第一项 ONLY_FULL_GROUP_BY 就是问题的根源,我们把它去掉就好了
输入sql语句: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';
设置成功之后,再次查询SELECT @@SESSION.sql_mode; 就会发现ONLY_FULL_GROUP_BY 这一项已经没有了,但是在GLOBAL里面还会有,但是不影响执行,所以不用管就行~
再次执行之前的分组sql语句,就不会再报错同样的错啦 ~~~ 撒花,开心~~