group by 字段+0

### SQL GROUP BY 中字段加0的影响

当在 `SELECT` 语句中使用 `GROUP BY` 子句时，MySQL 的行为受到 `sql_mode=ONLY_FULL_GROUP_BY` 设置的影响。这意味着任何出现在 `SELECT` 列表中的列都必须要么出现在 `GROUP BY` 子句中，要么作为聚合函数的一部分[^1]。

对于字段加上常数值（如加0），这种操作并不会改变原始数据的实际值，但在某些情况下可能会导致不符合预期的行为：

- 如果尝试对不在 `GROUP BY` 子句内的列应用算术运算符，则 MySQL 可能无法识别这些经过计算后的表达式属于哪个分组。
- 这种做法通常不会直接引发语法错误，但如果启用了严格模式或其他安全特性，可能会影响查询性能或返回不一致的结果。

#### 解决方案

为了使带有算术运算的字段能够正常工作于 `GROUP BY` 查询下，可以考虑如下几种方法之一来调整SQL语句结构：

##### 方法一：将参与运算的字段加入到 `GROUP BY`

通过把所有涉及计算的字段也包含进 `GROUP BY` 后面的部分，从而满足 `ONLY_FULL_GROUP_BY` 要求。例如：

SELECT col1, (col2 + 0), SUM(col3)
FROM table_name
GROUP BY col1, (col2 + 0);

这种方法虽然有效，但有时会使查询变得复杂，并且不是所有的场景都能适用此方式处理。

##### 方法二：利用聚合函数包裹非分组字段

另一种更推荐的方式是在 `SELECT` 部分仅保留那些真正用于分组的关键字段，在其他需要展示的数据项上施加合适的聚合函数，比如 `MAX()` 或者 `MIN()` 来代替简单的相加操作。这样做不仅符合标准SQL规范的要求，而且有助于提高可读性和维护性:

SELECT col1, MAX(col2) as adjusted_col2, SUM(col3)
FROM table_name
GROUP BY col1;

这里假设 `(col2 + 0)` 实际意图是为了确保 `NULL` 值转换成零；如果是这种情况，应该显式地使用 `IFNULL()` 或者 `COALESCE()` 函数来进行这样的变换而不是简单地做加法运算。

##### 方法三：创建派生表/子查询

如果确实有必要基于某个特定逻辑对某列进行预处理后再与其他列一起进行汇总分析，可以通过构建一个临时视图或者内联视图表的形式先完成初步加工过程，然后再在此基础上实施最终的聚集操作：

WITH processed_table AS (
    SELECT *, IFNULL(col2, 0) as adj_col2 FROM table_name
)
SELECT pt.col1, AVG(pt.adj_col2), COUNT(*)
FROM processed_table pt
GROUP BY pt.col1;

这种方式提供了更大的灵活性，允许更加复杂的业务规则应用于源数据集之前。