聚合查询无匹配时返回单行（COUNT为0、其余为NULL），而非空结果集；需用HAVING配合WHERE过滤伪空行，或改LEFT JOIN为INNER JOIN、加COALESCE兜底。
聚合查询返回单行空结果的典型表现
当 SQL 中使用 COUNT()、SUM()、AVG() 等聚集函数，且 WHERE 条件无匹配数据时，查询仍会返回一行，但所有聚集字段为 NULL（COUNT() 除外，它返回 0）。例如：
SELECT COUNT(*) AS cnt, MAX(created_at) AS latest FROM orders WHERE status = 'shipped' AND user_id = 999999;
若没找到匹配记录，结果是 {cnt: 0, latest: NULL} —— 这不是“空行”，而是**有结构、有值、但业务上无意义的一行**。Java 映射成对象后容易误判为有效数据，后续调用 latest.toString() 就抛 NullPointerException。
为什么不能只靠应用层过滤这行
这类“伪空行”在结果集里只有一行，resultList.size() == 1，但字段值不全有效。如果在 Java 里写 if (obj.getLatest() != null) 再处理，逻辑分散、易遗漏，且无法统一拦截所有聚集查询场景。
- 每次都要手动判空，重复代码多
- 不同聚集函数行为不一致：
COUNT()返回0，MAX()/MIN()返回NULL，AVG()也返回NULL - 前端或下游服务拿到
{"cnt":0,"latest":null}可能直接渲染，造成 UI 异常
用 WHERE 预过滤 + HAVING 消除无效聚合行
核心思路：让数据库在聚合前就排除掉“不可能产生有效非 NULL 聚集值”的数据子集，再用 HAVING 把最终结果为空的整行干掉。
- 先加
WHERE确保至少有一条原始记录满足基础条件（比如主键存在、状态合法），避免从空集聚合 - 再用
HAVING对聚合结果设门槛，例如HAVING COUNT(*) > 0或HAVING MAX(created_at) IS NOT NULL - 注意：
HAVING必须跟在GROUP BY后；若无分组，它作用于整个结果集
修正后的语句示例：
SELECT COUNT(*) AS cnt, MAX(created_at) AS latest
FROM orders
WHERE user_id = 999999 AND status IN ('shipped', 'delivered')
HAVING COUNT(*) > 0;
这条语句在无匹配时**返回空结果集（0 行）**，而不是 1 行带 NULL 的记录。
LEFT JOIN 场景下聚合空行更隐蔽，需双重防护
当聚集查询涉及 LEFT JOIN，比如统计用户订单数及最新订单时间，但用户没下单，就会触发同样的问题：
SELECT u.id, u.name, COUNT(o.id) AS order_cnt, MAX(o.created_at) AS last_order FROM users u LEFT JOIN orders o ON u.id = o.user_id AND o.status = 'shipped' WHERE u.id = 123 GROUP BY u.id, u.name;
即使 u.id = 123 存在，只要没匹配的 o 记录，order_cnt 是 0，last_order 是 NULL —— 这行依然被返回。解决方法：
- 把
LEFT JOIN改为INNER JOIN，如果业务本意就是“只查有订单的用户” - 保留
LEFT JOIN，但加HAVING COUNT(o.id) > 0过滤掉无订单的用户行 - 若必须返回无订单用户，那就别用
MAX(o.created_at)，改用COALESCE(MAX(o.created_at), '1970-01-01')显式兜底，而非依赖应用层判空
真正容易被忽略的是：HAVING 条件里的字段必须出现在 SELECT 或 GROUP BY 中，且不能对未参与聚合的列做 IS NOT NULL 判断（MySQL 8.0+ 严格模式会报错）。
