一文详解MySQL为什么要ONLY_FULL_GROUP_BY严格化_Mysql

前言

在mysql从5.7版本升级到8.0版本的过程中，only_full_group_by模式的严格化成为开发者关注的焦点。这一变更不仅改变了sql语句的编写规范，更深刻影响了数据查询的准确性和一致性。本文将深入探讨mysql引入only_full_group_by严格化的原因，并通过具体案例说明不严格化可能带来的问题。

一、严格化的背景与目的

mysql 5.7.5版本开始默认启用only_full_group_by模式，这是对sql标准的严格遵循。该模式的核心要求是：在使用group by子句时，select列表、having条件或order by列表中的每个列，要么是聚合函数的一部分（如count()、sum()、avg()等），要么必须在group by子句中明确指定。

这一变更的初衷在于：

增强数据准确性：确保聚合查询的结果符合预期，防止因非聚合列的不确定行为而导致的数据误导。
保持一致性：在不同的数据库系统或配置间保持查询行为的一致性，减少迁移或升级时的兼容性问题。
避免歧义：清晰定义查询的意图，减少因查询理解错误而导致的错误。

二、不严格化可能带来的问题

1. 数据结果不可预测

在不启用only_full_group_by模式的情况下，mysql允许select列表中包含未在group by子句中出现的非聚合列。这种灵活性虽然方便了开发者，但也可能导致查询结果的不确定性。

案例说明：
假设有一个员工打卡记录表employee_checkin，包含员工姓名employee_name、部门department和打卡时间checkin_time。现在需要统计每个部门的打卡次数，并尝试显示每个部门任意一个员工的姓名：

-- 不严格模式下的查询（可能返回不确定结果）
select department, employee_name, count(*) as checkin_count 
from employee_checkin 
group by department;

在上述查询中，employee_name未出现在group by子句中，也未被聚合函数包裹。在关闭only_full_group_by模式的情况下，mysql可能随机选择一个员工姓名返回，导致每次查询结果可能不同。这种不确定性在业务逻辑中是灾难性的，例如根据这个“任意”的员工名去发通知，可能就发错人了。

2. 违反sql标准

不启用only_full_group_by模式意味着mysql在处理group by查询时采用了非标准的宽松模式。这种模式虽然提高了灵活性，但也降低了与sql标准的兼容性。在需要与其他数据库系统（如oracle、postgresql等）进行数据交互或迁移时，这种差异可能导致查询失败或结果不一致。

3. 性能问题

虽然不严格化模式在表面上提供了更多的灵活性，但在某些情况下，它也可能导致性能问题。由于mysql需要为每个分组选择一个非聚合列的值，而这个选择过程可能是随机的或基于内部存储顺序的，因此可能增加额外的计算开销。特别是在处理大数据集时，这种性能差异可能更加明显。

三、严格化的优势

1. 确保数据准确性

启用only_full_group_by模式后，mysql强制要求开发者明确指定每个非聚合列的来源或处理方式。这种明确性确保了查询结果的准确性和一致性，避免了因列的不明确引用而导致的数据错误或不一致。

2. 提高代码可维护性

严格模式下的sql语句更加规范和清晰，易于理解和维护。开发者可以更容易地识别查询的意图和逻辑，从而减少错误和调试时间。

3. 促进最佳实践

启用only_full_group_by模式鼓励开发者遵循sql标准和最佳实践，编写更加严谨和高效的sql语句。这种习惯不仅有助于提升个人技能水平，也有助于提高整个开发团队的代码质量。

四、only_full_group_by的核心规则

开启此模式后，mysql会强制要求select列表、having条件或order by列表中引用的列，必须满足以下条件之一，否则查询将被拒绝执行：

被聚合：该列被聚合函数（如sum, count, max, min, avg等）包裹。
在group by中：该列明确出现在group by子句中。
功能依赖于group by列：这是mysql 5.7.5引入的更智能的特性。简单来说，如果group by的列（例如主键id）可以唯一地决定另一个列（例如name），那么即使在group by中没有列出name，查询也是合法的。例如，group by id时，查询select id, name ...是被允许的，因为id是主键，能唯一确定name。
在where中被限定为单一值：如果查询中的where条件将该列限制为单一确定的值，那么即使它不在group by中，也是允许的。

五、版本差异与总结

mysql 版本	only_full_group_by 默认状态	核心行为
5.6 及更早	默认关闭	允许非标准的`group by`，存在结果不确定的风险。
5.7.5 及更高	默认开启	强制sql更符合标准，拒绝不确定的查询，并提供功能依赖检测。

六、结论

mysql引入only_full_group_by严格化模式是出于对数据准确性、一致性和可维护性的考虑。虽然这一变更可能给开发者带来一定的适应成本，但从长远来看，它有助于提升代码质量、减少错误和调试时间，并促进最佳实践的普及。因此，建议开发者在编写sql语句时遵循only_full_group_by模式的要求，以确保查询结果的准确性和一致性。

到此这篇关于mysql为什么要only_full_group_by严格化的文章就介绍到这了,更多相关mysql only_full_group_by严格化内容请搜索代码网以前的文章或继续浏览下面的相关文章希望大家以后多多支持代码网！