mysql分组查询是日常数据处理中常用的操作，很多场景下需要按照指定字段对数据进行归类统计，但不少用户在执行分组语句时会遇到执行失败的情况，常见的报错信息会提示与only_full_group_by相关的错误，或者返回的结果不符合预期。下面将从常见原因和对应解决方法两方面展开说明。
常见无法分组的原因
1. sql_mode开启了only_full_group_by模式
mysql 5.7及以上版本默认会在sql_mode中加入only_full_group_by配置，该模式要求分组查询时，select后面出现的字段要么是分组字段，要么被聚合函数包裹，否则就会直接报错，阻止查询执行。这是mysql为了保证分组查询结果的确定性做的限制，避免返回无意义的数据。
2. 查询字段与分组字段不匹配
如果执行分组语句时，select后面包含了既不是分组字段也没有用聚合函数处理的字段，即使关闭了only_full_group_by模式，也可能返回不符合预期的结果，或者在严格模式下直接报错。比如按照user_id分组，却同时查询了没有经过聚合处理的create_time字段，就会出现问题。
3. 分组字段存在隐式类型转换
当分组字段的数据类型和查询时传入的值类型不匹配，mysql会进行隐式类型转换，可能导致分组逻辑失效，看起来像是无法分组。比如分组字段是varchar类型，查询时传入了数字类型的值，就可能触发类型转换问题。
对应的解决方法
1. 修改sql_mode去掉only_full_group_by
如果是临时修改，可以执行以下语句，只对当前会话生效：
-- 查看当前sql_mode配置 SELECT @@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 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';
如果需要永久生效，需要修改mysql的配置文件my.cnf（或者my.ini），在[mysqld]节点下添加sql_mode配置，然后重启mysql服务：
[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'
2. 调整查询语句符合分组规则
如果不想修改sql_mode配置，可以调整查询语句，让select后面的字段要么是group by的分组字段，要么使用聚合函数处理。比如原查询语句是：
SELECT user_id, user_name, COUNT(*) FROM user_order GROUP BY user_id;
可以调整为：
-- 使用MAX聚合函数处理user_name字段，或者根据实际需求选择MIN、GROUP_CONCAT等 SELECT user_id, MAX(user_name) AS user_name, COUNT(*) FROM user_order GROUP BY user_id;
如果确实需要查询非分组字段的所有值，可以使用<GROUP_CONCAT>函数将多个值拼接成字符串返回：
SELECT user_id, GROUP_CONCAT(user_name) AS user_names, COUNT(*) FROM user_order GROUP BY user_id;
3. 处理分组字段的类型问题
如果分组字段存在隐式类型转换，需要统一字段和查询值的类型，比如分组字段是varchar类型的手机号，查询时传入的值也用字符串类型，避免mysql做隐式转换。可以在查询时对字段做显式类型转换，比如：
-- 将数字类型的查询值转换为字符类型再分组 SELECT phone, COUNT(*) FROM user_info WHERE CAST(phone AS CHAR) = '13800138000' GROUP BY phone;
验证分组是否生效
修改配置或者调整语句后，可以执行简单的分组查询验证是否解决问题，比如查询用户订单表按照用户id分组统计订单数量：
SELECT user_id, COUNT(order_id) AS order_count FROM user_order GROUP BY user_id LIMIT 10;
如果能够正确返回每个用户的订单数量，说明分组问题已经解决。如果仍然报错，可以再次检查sql_mode配置和查询语句的字段是否符合要求。