用GROUP BY+窗口函数算占比最稳，因SUM(COUNT()) OVER()能跨组获取全表总数，避免整数截断和除零错误，正确写法为ROUND(COUNT() 100.0 / SUM(COUNT()) OVER(), 2)。

用 GROUP BY + 窗口函数算占比最稳

直接在聚合后除以总数容易出错，因为分母必须是全表总和，不是当前组的聚合值。窗口函数 SUM() OVER() 能跨组拿到总数，是唯一可靠方式。

常见错误是写成 COUNT(*) / COUNT(*) 或用子查询反复查总数——前者结果全是 1，后者性能差且易被优化器搞乱。

• 正确写法：ROUND(COUNT(*) * 100.0 / SUM(COUNT(*)) OVER(), 2)
• * 100.0 强制转浮点，避免整数除法截断（尤其在 PostgreSQL/SQL Server 中）
• ROUND(..., 2) 控制小数位，但注意：四舍五入可能导致加总不等于 100

MySQL 8.0+ 和旧版处理方式不同

MySQL 8.0 支持窗口函数，写法同上；但 5.7 及更早版本不支持 OVER()，只能用 JOIN 或变量模拟。

旧版常用方案是先查总数再关联，比如：

SELECT t1.category, COUNT(*) AS cnt,
       ROUND(COUNT(*) * 100.0 / t2.total, 2) AS pct
FROM orders t1
CROSS JOIN (SELECT COUNT(*) AS total FROM orders) t2
GROUP BY t1.category;

注意：CROSS JOIN 在大数据量时比窗口函数慢，且不能用索引加速聚合。

NULL 值会让百分比计算变零或报错

如果分组字段含 NULL，GROUP BY 会把它们单独归为一组，但用户常误以为这些数据“没被统计”。更危险的是，若用 SUM(column) 当分母而该列有 NULL，结果可能为 NULL，导致整个占比为 NULL。

• 检查分母是否为空：NULLIF(SUM(COUNT(*)) OVER(), 0) 避免除零
• 显式过滤或归类 NULL：GROUP BY COALESCE(category, 'Unknown')
• 别依赖 WHERE column IS NOT NULL 后再算占比——这会改变总数基准，结果失真

百分比加总不等于 100 是正常现象

这不是 SQL 写错了，而是四舍五入的数学必然。比如三组占比分别是 33.33%、33.33%、33.34%，加起来是 100.00%；但如果都保留 1 位小数，就变成 33.3 + 33.3 + 33.3 = 99.9。

业务系统里常需“补足 100”，但 SQL 层不适合硬补——它掩盖了真实分布。真要对齐，得在应用层做最后一位调整，或者改用整数百分比（如万分比）再统一缩放。