关于MySql的ONLY_FULL_GROUP_BY问题
近日,在开发博客的时候,遇到了一个问题,归档不显示,安装后页面看不见,找了很多原因,都无法解决,最后终于从列的一致性上找到了原因。问题解决了之后,博客归档页面完美呈现。
一、正确代码:
$archives = $db->fetchAll(" SELECT DATE_FORMAT(create_time, '%Y年%m月') as month, COUNT(*) as count FROM article WHERE status = 1 GROUP BY DATE_FORMAT(create_time, '%Y年%m月') ORDER BY MIN(create_time) DESC LIMIT 10 ");二、错误代码:
$archives = $db->fetchAll(" SELECT DATE_FORMAT(create_time, '%Y年%m月') as month, COUNT(*) as count FROM article WHERE status = 1 GROUP BY YEAR(create_time), MONTH(create_time) ORDER BY YEAR(create_time) DESC, MONTH(create_time) DESC LIMIT 10 ");三、代码分析
1、这段代码的作用
这段代码的作用是:从数据库的文章表中,按月份统计文章数量,生成归档列表。
比如:
2025年05月 → 3篇文章
2025年04月 → 1篇文章
2025年03月 → 5篇文章
2、正确代码解析
SELECT DATE_FORMAT(create_time, '%Y年%m月') as month, -- 将日期格式化为"2025年05月" COUNT(*) as count -- 统计该月份有多少篇文章 FROM article -- 从文章表查询 WHERE status = 1 -- 只统计已发布的文章 GROUP BY DATE_FORMAT(create_time, '%Y年%m月') -- 按格式化后的月份分组 ORDER BY MIN(create_time) DESC -- 按月份倒序排列(最新的在前) LIMIT 10 -- 只取最近10个月3、原来的错误代码
SELECT DATE_FORMAT(create_time, '%Y年%m月') as month, COUNT(*) as count FROM article WHERE status = 1 GROUP BY YEAR(create_time), MONTH(create_time) -- ❌ 问题在这里 ORDER BY YEAR(create_time) DESC, MONTH(create_time) DESC四、错误原因:ONLY_FULL_GROUP_BY
1、什么是ONLY_FULL_GROUP_BY?
这是 MySQL 的一种严格模式,它要求:
在
GROUP BY中出现的列,必须和SELECT中的非聚合列完全一致。
2、错误分析
SELECT DATE_FORMAT(create_time, '%Y年%m月') as month, -- 非聚合列(格式化后的) COUNT(*) as count -- 聚合列(没问题) FROM article GROUP BY YEAR(create_time), MONTH(create_time) -- 按年、月分组问题:
SELECT中的非聚合列是DATE_FORMAT(create_time, '%Y年%m月')GROUP BY中的列是YEAR(create_time), MONTH(create_time)
这两者不相等!MySQL 无法确定DATE_FORMAT(create_time, '%Y年%m月')是否和YEAR(...), MONTH(...)一一对应。
3、举例说明
假设有两条记录:
记录1:
create_time = '2025-05-01 10:00:00'记录2:
create_time = '2025-05-15 14:30:00'
按YEAR(create_time), MONTH(create_time)分组,它们属于同一组(都是2025年5月)。
但DATE_FORMAT(create_time, '%Y年%m月')对两条记录都返回"2025年05月",这没问题。
但问题是:MySQL 的严格模式不信任这种转换,它要求SELECT中的非聚合列必须直接出现在GROUP BY中,不能通过函数转换。
五、修复方法的原理
GROUP BY DATE_FORMAT(create_time, '%Y年%m月')为什么这样就能工作?
因为现在SELECT中的非聚合列和GROUP BY中的列完全一致了:
| SELECT 中的非聚合列 | GROUP BY 中的列 |
|---|---|
DATE_FORMAT(create_time, '%Y年%m月') | DATE_FORMAT(create_time, '%Y年%m月') |
MySQL 可以明确知道:按这个表达式分组,每个组的值是唯一的。
六、关于ORDER BY MIN(create_time) DESC
ORDER BY MIN(create_time) DESC因为我们是按月份分组,不是按具体时间。MIN(create_time)取每个组中最早的日期:
2025年05月组 →
MIN(create_time)=2025-05-01(组内最早的)2025年04月组 →
MIN(create_time)=2025-04-03
按MIN(create_time)倒序排列,结果就是:最新月份在前面。
七、对比两种写法
| 写法 | 优点 | 缺点 |
|---|---|---|
GROUP BY YEAR(...), MONTH(...) | 性能稍好(使用索引) | 严格模式下报错 |
GROUP BY DATE_FORMAT(...) | 兼容严格模式 | 可能无法使用索引 |
总结
| 问题 | 原因 | 解决 |
|---|---|---|
| 归档页面报错 | MySQL 严格模式要求GROUP BY和SELECT中的非聚合列一致 | 改用GROUP BY DATE_FORMAT(...) |
一句话:严格模式下,GROUP BY后面跟什么,SELECT中非聚合列就必须是什么,不能有函数转换的差异。✅
