mysql 报错解决思考Expression #5 of SELECT list is not in GROUP BY clause and contains nonaggregated column

mysql报错：

[Err] 1055 - Expression #5 of SELECT list is not in GROUP BY clause and contains nonaggregated column ‘库名.表名.字段’ which is not functionally dependent on columns in GROUP BY clause; this is incompatible with sql_mode=only_full_group_by

分析

发生这个错误，一般是sql不规范，出现类似下列写法导致的：
select a字段,b字段 from 表 group by b字段

可以看到，明明按照b字段分组的，却想查出a字段，当然，mysql5.7.5版本之前，由于没有对这种做严格校验，所以如果刚好每组b字段都有相同的a字段，也是能查出来的，所以给了很多人一个错觉，就是觉得这样写也是没问题的，包括我之前也是这样认为的，汗颜。

但今天发现这个问题，却发现网友给出的解决方案，更是粗糙的不行。
一般网上搜到的解决方案是：

不启用ONLY_FULL_GROUP_BY，也就是不检测这种功能依赖关系，然后让你执行这个语句：
select @@global.sql_mode;
查出有ONLY_FULL_GROUP_BY，然后让你把ONLY_FULL_GROUP_BY删掉，再把剩下的值set进去，比如：
set @@global.sql_mode='STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_ENGINE_SUBSTITUTION';
更有甚者，直接让你set一个空，合着把所有的检测这种都给关了：
set @@global.sql_mode=''; 
比如这个文章就是这么给的解决方案（这个还稍微好点，不是直接set空的）：
https://blog.csdn.net/qq_34707744/article/details/78031413（并不是针对这个，相同解决方案的文章很多，也不知道谁抄的谁）

这样搞问题确实也解决了，但治标不治本。

正确的解决方案，应该是优化你的sql，因为sql规范中确实明确指出，用了group by后，select后的字段，只能是group by的字段，或者一些聚集函数，比如sum(a字段)这种。
查看sql92规范中，人家确实也明确指出针对group by的规范，如下：
sql相关group by规范的链接：http://dev.cs.ovgu.de/db/sybase9/help/dbugen9/00000284.htm
截图如下：

大概意思是：

用于GROUP BY的SQL / 92标准要求满足以下条件：
	SELECT子句的表达式中使用的列必须在GROUP BY子句中。否则，使用该列的表达式是一个聚合函数。
	GROUP BY表达式只能包含选择列表中的列名，而不能仅用作向量聚合的参数。

解决

所以，针对上面这个不规范sql，应该改成：
select a字段,b字段 from 表 group by a字段,b字段;
而且最好ab字段是索引，当然这是group by的优化部分了，不多说了。

反思

这个问题，说实话我以前也没太注意，确实也是之前用的都是mysql5.7.5版本之前的低版本，也一直不报错，所以慢慢的惯出坏习惯了，不认为这是个问题。其实这个问题，也是我的一个很有资历的同事给我指出的，在此感谢他。
最近由于刚刚换了mysql8高版本版本，也是各种被教育，但我觉得是好事，版本在升级，人也要跟着进步。
绝对不能学习很多网友的那个解决方案，人家高版本专门把这个检测功能依赖关系加上了，你再手动关掉，那还不如直接用低版本算了。

不过网友的这种想法，有时候想想也能理解一点。因为在软件行业，干久了就会有一个思维，就是如果一个问题没办法正面解决，那就想办法绕过他，只要最终目的达到就行了。
比如高并发的这些问题，io的这些问题，确实因为现有技术原因解决不了，所以我们都会选择绕过正面去解决，比如通过加机器来提高系统并发等。
所以说，有这种绕过的思维是好的，但不能养成稍微一不会就想着怎么绕过，我们还是要对技术有最基本的探索精神的。