在关系型数据库开发中，单一查询往往难以表达业务里的多层条件判断，比如要先算出每个分类的平均价格，再找出高于该平均值的商品。SQL子查询嵌套通过将一个查询写在另一个查询内部，把复杂问题拆成多个步骤逐步求解。内层子查询先执行并返回临时结果，外层查询基于这个结果继续过滤或关联，从而实现灵活的数据抽取。
一、子查询嵌套的基础语法结构
子查询是指嵌套在SELECT、INSERT、UPDATE、DELETE语句内部，或者嵌套在另一个子查询中的SELECT语句。按照出现位置，最常见的是写在WHERE子句、FROM子句和SELECT列表里。在WHERE中使用时，通常配合比较运算符（如=、>、IN）或量词（ANY、ALL）来引用内层结果。
非相关子查询是最基础的形式，它的执行不依赖外层表的字段，数据库一般会先独立运行子查询，再把结果代入外层。例如我们需要查询工资高于公司平均水平的员工，就可以先在内层算出平均值，外层再做比较。下面的示例使用了MySQL风格语法：
-- 非相关子查询：找出薪资高于全公司平均薪资的员工
SELECT emp_id, emp_name, salary
FROM employee
WHERE salary > (
SELECT AVG(salary)
FROM employee
);
FROM子句里的子查询会把内层结果当作一张派生表，必须给它起别名才能在外层引用。这种方式适合把聚合结果先算好，再与原始表做连接。比如先按部门汇总人数，再筛选出人数大于十的部门编号：
-- 在FROM中嵌套子查询作为派生表
SELECT d.dept_id, d.dept_name, t.emp_count
FROM department d
JOIN (
SELECT dept_id, COUNT(*) AS emp_count
FROM employee
GROUP BY dept_id
) t ON d.dept_id = t.dept_id
WHERE t.emp_count > 10;
二、相关子查询与多层嵌套技巧
相关子查询是指内层查询引用了外层查询的字段，每扫描外层一行，内层就要重新执行一次。它擅长解决“每个X对应其自身范围内的Y”这类问题。例如查询每个部门中工资最高的员工，内层根据外层传进来的部门编号去求该部门最大值。
多层嵌套则是把子查询继续包在子查询中，用于处理递进逻辑。比如先找绩效评分最低的项目组，再查这些组里入职最晚的人。虽然层数多，但只要内层结果集小、关联字段有索引，效率并不会失控。示例如下：
-- 相关子查询：获取每个部门薪资最高的员工
SELECT e1.emp_id, e1.emp_name, e1.dept_id, e1.salary
FROM employee e1
WHERE e1.salary = (
SELECT MAX(e2.salary)
FROM employee e2
WHERE e2.dept_id = e1.dept_id
);
当逻辑再复杂一些，可以组合使用EXISTS与嵌套。EXISTS只关心子查询是否返回行，不返回具体数据，适合做存在性校验。下面的代码找出至少有过一次销售额超五千的订单客户：
-- 使用EXISTS嵌套做存在性判断
SELECT c.customer_id, c.customer_name
FROM customer c
WHERE EXISTS (
SELECT 1
FROM orders o
WHERE o.customer_id = c.customer_id
AND o.amount > 5000
);
三、常见误区与性能优化建议
不少开发者觉得嵌套子查询一定比连接慢，其实未必。相关子查询在缺少索引时确实会产生大量重复执行，但非相关子查询常被优化器改写成半连接或派生表，性能接近手写JOIN。关键要看执行计划，而不是单纯看写法层数。
优化时建议：第一，给子查询里的关联字段和过滤字段建索引；第二，尽量用IN或EXISTS代替返回多列的比较；第三，把可独立的部分提取到FROM派生表里减少重复计算。当嵌套超过三层且逻辑纠缠时，可考虑用公用表表达式（WITH子句）重写，提升可读性。
| 写法类型 | 适用场景 | 注意点 |
|---|---|---|
| 非相关子查询 | 固定阈值比对，如全局平均值 | 内层只跑一次，结果集宜小 |
| 相关子查询 | 分组内极值、逐行匹配 | 需外层字段索引支撑 |
| FROM派生表 | 预聚合后再关联 | 必须显式指定别名 |
掌握这些基础语法与技巧后，面对报表统计、数据清洗里的多步筛选，便能用子查询嵌套写出清晰且可控的SQL，而不必急于拆成多个临时表。