hyperf中mysql子查询需确保单值返回、派生表显式命名、避免in对null敏感，优先用exists和whereexists()，多层嵌套注意别名唯一性与括号配对，order by和limit须置于最外层。
Hyperf 里用 MySQL 客户端执行子查询，和原生 SQL 逻辑一致，但要注意 PDO 绑定参数、结果集处理和嵌套层级带来的执行顺序问题——不是所有嵌套写法都能被客户端正确解析或安全传参。
WHERE 中的单行子查询必须返回标量
比如查「工资高于部门平均工资的员工」，子查询 SELECT AVG(salary) FROM employee WHERE dept_id = ? 必须只返回一个值。如果没加 WHERE 条件或条件匹配多行，就会报错 Subquery returns more than 1 row。
- 用
AVG()、MAX()、MIN()等聚合函数兜底，确保单值 - 避免在子查询里漏写
LIMIT 1—— 这是危险写法，掩盖逻辑缺陷，不是解决方案 - Hyperf 的
Db::select()或Query::table()->whereRaw()都不自动校验子查询行数，错误在 MySQL 层抛出
FROM 子句里的派生表要显式命名
Hyperf 的 MySQL 客户端（基于 PDO）不支持匿名子查询作为表源。下面这种写法会失败：
SELECT * FROM (SELECT user_id, COUNT(*) c FROM order GROUP BY user_id) WHERE c > 5;
必须加 AS 别名：
SELECT * FROM (SELECT user_id, COUNT(*) c FROM order GROUP BY user_id) AS t WHERE t.c > 5;
- 别名
t是强制要求，否则 PDO 执行时报SQLSTATE[HY000]: General error: 1248 Every derived table must have its own alias - Hyperf 的
Query::table()不支持直接传子查询字符串，得用raw()包裹整个FROM部分 - 如果子查询含参数，需手动拼接或用
strtr()替换占位符——Hyperf 不会递归绑定子查询里的?
EXISTS 子查询比 IN 更安全，尤其对 NULL 敏感场景
当主表字段可能为 NULL，且子查询结果含 NULL 时，IN 会整体返回空结果（三值逻辑），而 EXISTS 不受干扰。
- 推荐写法：
WHERE EXISTS (SELECT 1 FROM order o WHERE o.user_id = u.id AND o.status = ?) - 避免：
WHERE u.id IN (SELECT user_id FROM order WHERE status = ?)—— 若order.user_id有NULL，整条IN判定失效 - Hyperf 的
Query::whereExists()方法可直接构造，比手写whereRaw更易维护
多层嵌套时注意括号配对与执行顺序
携程内部常见写法如「查某城市下人均订单额最高的门店」，常需三层嵌套：门店 → 城市 → 订单聚合 → 排序取 Top1。容易出错的是括号闭合和别名作用域。
- 每层子查询的
AS别名不能重复，且外层只能引用紧邻内层的别名 -
ORDER BY和LIMIT必须放在最外层，MySQL 不允许子查询里直接LIMIT（除非配合IN或EXISTS） - Hyperf 日志里看到
SQLSTATE[HY000]: General error: 1241 Operand should contain 1 column(s)，大概率是WHERE x IN (SELECT a,b FROM ...)这种多列子查询
真正麻烦的不是语法，而是子查询的执行计划不可控——Hyperf 不干预 MySQL 优化器选择，EXISTS 可能走索引，IN 可能转成临时表。上线前务必用 EXPLAIN 看实际执行路径，别只信语义等价。
