MySQL ONLY_FULL_GROUP_BY 遇到函数依赖时如何改写查询

我在把一条“按客户汇总订单”的 SQL 从测试库搬到生产库时，最容易遇到的不是语法错误，而是 ERROR 1055：SELECT 里带了一个没有聚合的客户名称。先给结论：不要为了让语句通过就关闭 ONLY_FULL_GROUP_BY。先证明这个名称由分组键唯一决定；证明不了，就把业务意图写进 SQL。

官方地址：https://dev.mysql.com/doc/refman/8.4/en/group-by-handling.html

先把 ERROR 1055 看成结果语义提醒

假设订单表按客户汇总：

-- customer_id 是分组键，amount 是要汇总的订单金额
SELECT o.customer_id, c.name, SUM(o.amount) AS total_amount
FROM orders AS o
JOIN customers AS c ON c.id = o.customer_id
GROUP BY o.customer_id;

如果一个 customer_id 可能对应多个客户名称，数据库无法替你决定返回哪一个。ORDER BY 也救不了这个问题，因为分组内的非聚合值在排序前就已经被选取。启用 ONLY_FULL_GROUP_BY 后，MySQL 会拒绝这种不确定选择。

主键和唯一键为什么能解除限制

如果 customers.id 是主键，且连接条件是 c.id = o.customer_id，每个分组键最多关联一个客户行，c.name 就由 o.customer_id 唯一决定。此时原查询可以成立。这里依赖的是表结构，而不是“当前数据刚好没有重复”。

同理，业务键只有在 UNIQUE NOT NULL 时才适合拿来证明唯一性。可先检查定义：

-- 查看索引列及其是否允许 NULL，确认函数依赖的结构依据
SHOW CREATE TABLE customers;
SHOW INDEX FROM customers;

复合唯一键也要完整使用。只按复合键的第一列分组，不能自动推出其他列唯一；连接条件漏掉一列时，也不要把唯一索引当成万能通行证。

表达式分组和单值过滤要分开判断

MySQL 能识别 SELECT 中与 GROUP BY 完全相同的分组表达式，但不会把所有数学上的等价关系都推导出来。例如按 FLOOR(score / 10) 分组后，再选择另一个由它计算出的表达式，可能仍被拒绝。稳妥做法是先在派生表中生成分组值，再在外层计算：

-- 先固定每个分组的表达式，再在外层引用别名
SELECT bucket, bucket + 1 AS next_bucket
FROM (
  SELECT FLOOR(score / 10) AS bucket
  FROM scores
  GROUP BY FLOOR(score / 10)
) AS grouped_scores;

另一种情况是 WHERE 把某个非聚合列限制为单一值，例如只统计一个明确的状态。这个写法的关键不在“能运行”，而在过滤条件是否真的保证单值；条件一旦改成范围或 OR 组合，原来的推理就可能失效。

按业务意图选择改写方式

ANY_VALUE(address) 的含义是“我接受组内任意一个地址”，它不是取第一条、最后一条或排序后的那一条，也不是聚合函数。如果业务需要确定记录，应把选择规则写出来，例如先用窗口函数编号，再筛选行。

常见问题

关闭 ONLY_FULL_GROUP_BY 是不是最快修复？

它只能让不确定的查询通过，不能让结果变得确定。除非你能证明组内值必然相同，否则不建议用它掩盖问题。

加 ORDER BY 能决定返回哪个非聚合值吗？

不能。分组内的值先被选择，结果集再排序；需要确定值时必须用明确的聚合、窗口或派生表规则。

ANY_VALUE 什么时候合适？

当业务明确不关心组内取哪个值，或存在数据库暂时无法推导但应用已保证的唯一关系时才合适，并应在代码旁留下约束说明。

我最后会把这条 SQL 放回真实表结构和边界数据中回归：确认主键、唯一键、连接条件、过滤条件和“每组要哪一行”五件事都能说清，再决定保留、改写还是补约束。