COUNT(*) OVER()直接统计结果集总行数，不依赖GROUP BY、不改变行数；COUNT(col) OVER()会跳过NULL值导致计数偏少；与GROUP BY混用时统计的是分组后行数而非原表总数。
COUNT(*) OVER() 就是统计总记录数的最直接写法，它不依赖 GROUP BY，也不改变原始行数，每行都带上全结果集的总行数。
为什么不能写 COUNT(col) OVER()？
COUNT(col) 会跳过该列值为 NULL 的行，结果可能小于实际总行数。比如 COUNT(id) 在 id 允许为空的表里，漏掉 NULL 行就少计了。只有 COUNT(*) 明确表示“数所有行”，语义可靠、数据库优化器也更倾向走高效路径。
COUNT(*) OVER() 和 GROUP BY 能不能混用？
能，但得清楚你在算什么：
- 如果写了
GROUP BY name，再写COUNT(*) OVER()，那统计的是“分组后有多少组”，不是原表总行数 - 如果目标是每行都带原表总行数，就别写
GROUP BY，否则窗口函数作用域被压缩了 - PostgreSQL / SQL Server 允许这种混合，MySQL 8.0+ 才支持；旧版 MySQL 直接报错
分页时怎么顺便拿到总记录数？
这是 COUNT(*) OVER() 最典型的落地场景。例如 SQL Server 分页：
SELECT * FROM (
SELECT id, name,
ROW_NUMBER() OVER (ORDER BY id) AS rn,
COUNT(*) OVER() AS total_count
FROM users
) t WHERE rn BETWEEN 1 AND 20注意两点：
-
COUNT(*) OVER()必须放在子查询里和ROW_NUMBER()同级，不能放到外层WHERE后面 - 如果
users表加了WHERE条件（比如status = 'active'），COUNT(*) OVER()统计的就是过滤后的总行数，不是全表——这点容易被忽略
真正容易出错的地方不在语法，而在语义混淆：你以为在算“全表总数”，其实数据库只认你最终 SELECT 的那个结果集。想算哪部分的总数，就得让那部分先成为结果集——要么提前 WHERE 过滤，要么用 CTE 隔离逻辑范围。
