SQL标准支持无GROUP BY的全局聚合查询，即SELECT列表全为聚合函数（如COUNT、SUM）时，数据库将整表视为单一分组，返回单行结果；混用非聚合列则必须加GROUP BY，否则报错或结果不可靠。
可以，SQL标准完全支持不带 GROUP BY 的全局聚合查询——只要 SELECT 列表中**只有聚合函数，没有非聚合的普通列**，就是合法且常见的用法。
为什么能省略 GROUP BY？
当 SELECT 中所有表达式都是聚合函数（如 COUNT()、SUM()、AVG()）时，数据库会把整张表当作一个隐式的“单一分组”来处理。此时 GROUP BY 是冗余的，显式写出反而可能引发误解或错误（比如误写成 GROUP BY id 却又没在 SELECT 中包含 id）。
- 这是 SQL-92 标准明确允许的行为，所有主流数据库（PostgreSQL、MySQL 5.7+ strict 模式、SQL Server、Oracle、SQLite）都支持
- 如果混用了聚合函数和非聚合列（如
SELECT name, COUNT(*) FROM users），就**必须**加GROUP BY name，否则报错（MySQL 5.7+ 严格模式下）或结果不确定（旧版 MySQL 可能返回任意一行的name）
常见写法与典型场景
这类查询常用于统计口径确认、数据探查或报表头部汇总信息：
- 查总行数：
SELECT COUNT(*) FROM orders; - 查某字段去重数：
SELECT COUNT(DISTINCT user_id) FROM orders; - 查最大/最小值：
SELECT MAX(created_at), MIN(created_at) FROM logs; - 组合多个指标：
SELECT COUNT(*), AVG(amount), SUM(amount > 1000) FROM sales;（注意：SUM(amount > 1000)在 MySQL 中是合法布尔转整数求和）
容易踩的坑
看似简单，但实际使用中几个细节极易出错：
-
NULL值会被几乎所有聚合函数自动忽略（COUNT(*)除外），例如COUNT(col)不统计col为NULL的行，而COUNT(*)统计所有行 —— 如果你本意是“非空值数量”，用COUNT(col)；如果是“总记录数”，必须用COUNT(*) - 在 MySQL 中，若未开启
sql_mode=ONLY_FULL_GROUP_BY，即使写了非聚合列也不报错，但返回结果不可靠（随机选一行）；建议开发环境始终启用该模式 - PostgreSQL 对语法更严格：哪怕只多写一个没聚合的列名，立刻报错
column "x" must appear in the GROUP BY clause，不给你侥幸机会 - 性能上，全表扫描不可避免，但多数引擎会对
COUNT(*)做优化（如 InnoDB 维护近似行数，MyISAM 存精确值）；不过COUNT(col)或AVG(col)仍需实际读取列数据
真正要注意的不是“能不能写”，而是“聚合语义是否和业务预期一致”——尤其是 NULL 处理、空表返回值（COUNT 返回 0，AVG 返回 NULL），以及不同数据库对布尔表达式聚合的支持差异。
