MySQL升级后ONLY_FULL_GROUP_BY错误：多列/SELECT*的替代解法

我完全懂你这个痛点——当要查一堆字段甚至用SELECT *时，挨个给非聚合字段加ANY_VALUE或者聚合函数实在太繁琐，而且还不想关掉ONLY_FULL_GROUP_BY（毕竟这个设置是为了避免返回不确定的分组结果，生产环境确实不该随便禁用）。分享几个实用的解决思路：

1. 用视图封装ANY_VALUE逻辑 #

如果这张表的这类分组查询是高频操作，可以先创建一个视图，把所有非分组字段提前用ANY_VALUE包裹好，之后直接查视图再分组就省心多了。

举个例子，假设你的表是users，字段有id, name, age, city, create_time，需要按city分组：

CREATE VIEW users_any_value AS
SELECT 
  id, 
  ANY_VALUE(name) AS name, 
  ANY_VALUE(age) AS age, 
  city, 
  ANY_VALUE(create_time) AS create_time
FROM users;

之后查询就可以直接写：

SELECT * FROM users_any_value GROUP BY city;

不用每次重复写一堆ANY_VALUE。

2. 利用系统表自动生成字段列表 #

如果不想手动写所有字段，可以通过information_schema.COLUMNS生成包含ANY_VALUE的字段字符串，再拼成完整SQL执行，适合字段多的表。

比如自动生成查询语句的SQL：

SET @group_col = 'city'; -- 替换成你的分组字段
SET @table_name = 'users'; -- 替换成你的表名

SET @sql = (
  SELECT CONCAT(
    'SELECT ',
    GROUP_CONCAT(
      CASE WHEN COLUMN_NAME = @group_col THEN COLUMN_NAME 
           ELSE CONCAT('ANY_VALUE(`', COLUMN_NAME, '`) AS `', COLUMN_NAME, '`') 
      END
    ),
    ' FROM ', @table_name, ' GROUP BY ', @group_col
  )
  FROM information_schema.COLUMNS
  WHERE TABLE_SCHEMA = DATABASE() AND TABLE_NAME = @table_name
);

PREPARE stmt FROM @sql;
EXECUTE stmt;
DEALLOCATE PREPARE stmt;

执行这段代码会自动生成并运行包含所有字段的分组查询，不用手动逐个处理字段。

3. 重新梳理分组逻辑（更规范的方案） #

有时候出现这个问题，可能是分组逻辑本身可以优化。比如如果你的目标是获取每个分组内的某一条具体记录（而非随机值），可以用窗口函数替代GROUP BY：

SELECT * FROM (
  SELECT 
    *, 
    ROW_NUMBER() OVER (PARTITION BY city ORDER BY create_time DESC) AS rn
  FROM users
) t 
WHERE rn = 1;

这个例子会拿到每个city分组里最新创建的那条记录，结果是确定的，完全符合ONLY_FULL_GROUP_BY的要求，还避免了随机值的问题。

内容的提问来源于stack exchange，提问作者fanbondi