应使用having子句筛选聚合结果，因where在group by前执行、无法访问count(*)等聚合值；having在分组后运行，可引用group by列或聚合表达式，如having avg(stock) > 10。
GROUP BY 后怎么对聚合结果做条件筛选？
不能用 WHERE 筛选聚合后的值，这是新手最常踩的坑。比如想查“每个类别中平均库存 WHERE AVG(stock) 会报错——WHERE 在分组前执行，此时 AVG() 还没计算。
必须改用 HAVING，它专为过滤分组结果而生，且必须跟在 GROUP BY 后面。
-
HAVING可直接使用聚合函数：HAVING SUM(stock) 、<code>HAVING MIN(stock) - 若还需原始字段（如商品名），得把它们加进
GROUP BY或用聚合函数包裹，否则多数数据库会报错 - MySQL 5.7+ 默认开启
sql_mode=only_full_group_by，更严格地执行这一规则
按类别汇总库存时，该用 SUM 还是 AVG？
取决于业务定义的“阈值”含义。如果目标是识别“整体缺货风险高”的类别，看总库存是否低于安全线，就用 SUM(stock)；如果关注“是否存在普遍低库存现象”，比如单个商品平均不到 3 件，就得用 AVG(stock)。
示例：查总库存低于 20 的商品类别
SELECT category, SUM(stock) AS total_stock FROM products GROUP BY category HAVING SUM(stock) <p>注意：<code>SUM()</code> 会忽略 <code>NULL</code> 值，但如果某类所有商品 <code>stock</code> 都是 <code>NULL</code>，<code>SUM()</code> 返回 <code>NULL</code>，而 <code>NULL 结果为 <code>UNKNOWN</code>，该组不会被 <code>HAVING</code> 选中——这符合逻辑，但容易被误认为“漏数据”。</code></p> <h3>如何同时显示类别、最低库存和商品数？</h3> <p>只要在 <code>SELECT</code> 和 <code>GROUP BY</code> 中保持一致，就能叠加多个聚合指标。常见组合包括 <code>MIN()</code>、<code>COUNT(*)</code>、<code>MAX()</code> 等。</p><div class="aritcle_card flexRow artxards"> <div class="artcardd flexRow"> <a class="aritcle_card_img" rel="nofollow" href="/ai/2049" title="CreateWise AI"><img src="https://img.php.cn/upload/ai_manual/000/000/000/175680059668780.png" alt="CreateWise AI" onerror="this.onerror='';this.src='/static/lhimages/moren/morentu.png'" ></a> <div class="aritcle_card_info flexColumn"> <a rel="nofollow" href="/ai/2049" title="CreateWise AI" class="overflowclass">CreateWise AI</a> <p class="overflowclass">一款面向播客创作者的AI内容辅助工具，可处理音频中的口癖并提炼节目亮点，同时辅助生成标题和节目说明。</p> </div> <a rel="nofollow" href="/ai/2049" title="CreateWise AI" class="aritcle_card_btn flexRow flexcenter"><b></b><span>下载</span> </a> </div> </div>
- 确保所有非聚合字段都出现在
GROUP BY中（如只按category分组，就不能在SELECT中单独写product_name） - 若想附带一个具体缺货商品（比如库存最少的那个），不能靠
MIN(product_name)——那是按字母序最小，不是库存最小；得用窗口函数或子查询，已超出GROUP BY范畴 - 性能上，
COUNT(*)通常比COUNT(column)快，尤其当列允许NULL时
示例：
SELECT category, MIN(stock) AS lowest_stock, COUNT(*) AS item_count, SUM(stock) AS total_stock FROM products GROUP BY category HAVING MIN(stock) <h3>阈值动态化时，为什么别硬编码数字？</h3> <p>把 <code>10</code>、<code>100</code> 这类值写死在 SQL 里，后续调整要改多处、易出错、难审计。更稳妥的方式是：用参数占位符（如 <code>$1</code>、<code>:threshold</code>）配合应用层传入；或建一张 <code>category_thresholds</code> 表，通过 <code>JOIN</code> 关联。</p> <p>例如关联阈值表：</p> <pre class="brush:php;toolbar:false;">SELECT p.category, SUM(p.stock) AS total_stock FROM products p JOIN category_thresholds t ON p.category = t.category GROUP BY p.category, t.threshold HAVING SUM(p.stock) <p>注意 <code>t.threshold</code> 必须加入 <code>GROUP BY</code>，否则 MySQL 8.0+ 会报错；PostgreSQL 则要求所有非聚合字段都在 <code>GROUP BY</code> 中。</p> <p>真正麻烦的是跨库兼容性——SQLite 对 <code>HAVING</code> 引用非 <code>SELECT</code> 字段较宽松，而 PostgreSQL 极其严格。写之前先确认目标数据库的行为。</p>
