不会报错，但必须给子查询加别名（如AS t），否则MySQL等数据库会提示“Every derived table must have its own alias”；外层COUNT()统计子查询结果行数，内层COUNT()则返回单行聚合结果。
直接用 COUNT(*) 套子查询会报错吗？
不会报错，但必须给子查询加别名（哪怕是空括号也得有），否则 MySQL、PostgreSQL、SQL Server 都会提示 Every derived table must have its own alias。这是语法硬性要求，不是可选建议。
- ✅ 正确写法：
SELECT COUNT(*) FROM (SELECT id FROM orders WHERE status = 'done') AS t - ❌ 错误写法：
SELECT COUNT(*) FROM (SELECT id FROM orders WHERE status = 'done')（缺别名） - ⚠️ 注意：别名
t不能省略，也不能用数字开头（如1t）、不能含空格或特殊符号（除非用反引号包裹）
COUNT(*) 在子查询外层 vs 内层的语义区别
外层 COUNT(*) 统计的是子查询结果集的行数；内层如果也写 COUNT(*)，就变成「先聚合再计数」，结果恒为 1 行——这通常不是你想要的。
- 想查「满足条件的订单有多少条」→ 用外层
COUNT(*)包裹筛选型子查询 - 想查「每个用户满足条件的订单数」→ 应该用
GROUP BY+COUNT(CASE WHEN ...)，而不是嵌套子查询 - 性能提示：子查询无索引字段时，外层
COUNT(*)仍需扫描全部子查询结果，不比直接WHERE+COUNT(*)快
子查询带 GROUP BY 时还能套 COUNT(*) 吗？
可以，但结果可能反直觉：外层 COUNT(*) 统计的是分组后的组数，不是原始行数。
- 例如：
SELECT COUNT(*) FROM (SELECT user_id FROM orders GROUP BY user_id) AS t→ 返回的是去重后的user_id个数 - 如果你本意是统计所有订单中不同用户的数量，这样写没问题；但若想统计「每个用户订单数之和」，那就该用
SUM(cnt)或直接COUNT(*)不套子查询 - 特别注意 NULL：如果
user_id允许为 NULL，GROUP BY user_id会把所有 NULL 归为一组，外层COUNT(*)也会把它算作 1 组
为什么不该为了“统计满足条件的行数”硬套子查询？
绝大多数场景下，直接 SELECT COUNT(*) FROM table WHERE condition 更简洁、可读性更高、优化器也更容易走索引。子查询套 COUNT(*) 的真实价值只在两类情况：
- 子查询本身含
JOIN/UNION/ 窗口函数等无法直接塞进WHERE的逻辑 - 需要复用同一子查询结果——比如既要总数，又要分页数据，此时先查总数再查 LIMIT，比两次独立 WHERE 更可控
- 跨库兼容时慎用：Oracle 要求子查询别名必须显式声明（
AS t），而老版本 SQLite 可能不支持子查询别名中的AS关键字（只认t）
