mysql子条件查询语句指的是在一个完整的select、update或delete语句中，嵌套了另一条select查询，并且这条内部查询的结果被用来作为外部查询的筛选条件或计算来源。在mysql里，这种写法通常被称为子查询，也被不少开发者叫做子条件查询，因为它往往出现在where、having或者from子句中，承担条件判断的角色。
从执行逻辑上看，子查询会先运行内部那一层查询，把得到的结果集、单行单列值或者多行数据，传给外层的查询去比对。比如我们想知道哪些用户的订单金额超过了平均水平，就可以先查出平均金额，再让外层用where去比较。这种方式比自己先查一个数再写死到代码里要灵活得多，也避免了应用层和数据库之间多余的往返。
子查询的常见分类
在mysql中，子条件查询语句并不是只有一种写法，按照返回结果的形式，一般可以分成标量子查询、列子查询、行子查询和表子查询。标量子查询只返回一行一列，通常跟在比较运算符后面；列子查询返回一列多行，经常配合in或者any使用；行子查询返回一行多列；表子查询则返回一张虚拟表，常写在from后面当作临时表来用。
另外还有一种叫关联子查询，它的内部查询会引用外层表的字段，每扫描外层一行就可能执行一次内部查询。这种写法表达力很强，但性能开销也明显，写的时候要留意数据量。下面用一个用户和订单的例子展示标量子查询和列子查询的基本形态。
-- 标量子查询：找出订单金额大于平均值的用户
select user_id, order_amount
from orders
where order_amount > (
select avg(order_amount)
from orders
);
-- 列子查询：找出下过单的用户姓名
select name
from users
where id in (
select distinct user_id
from orders
);
子查询与连表查询的差异
很多人在刚接触mysql子条件查询语句时，会疑惑它和join连表到底该用哪个。连表是把多张表先按关联字段拼成宽表，再统一过滤；子查询则是先算出一部分结果，再拿去当条件。对于存在性判断，比如某个用户有没有未读消息，用exists子查询往往比left join加null判断更好读，也容易让优化器选择更合适的索引。
不过子查询也不是万能的。在需要同时展示两表字段做统计时，join通常更高效，因为mysql对连表的优化更成熟。而深层嵌套的子查询，有时会被优化器展开重写，有时却只能逐行执行，导致慢查询。因此实际写sql时，建议先按语义清晰度来写，遇到性能瓶颈再借助explain比较两种写法的执行计划。
| 对比维度 | 子条件查询 | 连表查询 |
|---|---|---|
| 可读性 | 层级清晰，贴近自然语言 | 多表混在一处，复杂时难懂 |
| 适用场景 | 存在判断、阈值比较 | 多字段联合展示统计 |
| 性能风险 | 关联子查询易逐行执行 | 大表笛卡尔积需小心 |
书写时的注意点
写mysql子条件查询语句时，第一要务是保证子查询外层和 inner 的字段类型能对上。比如用in做列子查询，里面查出来的列必须是外层用来比对的同一类型，否则mysql会做隐式转换，可能用不上索引。第二是注意null值，如果子查询里可能出现null，像not in这种写法会直接让整个条件失效，因为null和任何值比较都未知。
还有一点容易被忽略，就是子查询里的order by通常没意义，除非同时用了limit，因为外层不会继承里面的排序。若真想对最终结果排序，应该写在外层。下面这段代码演示了not in遇到null的问题，以及用not exists的安全替代方案。
-- 错误示范：如果子查询含null，not in结果全空
select name from users
where id not in (select user_id from logs);
-- 推荐写法：用not exists规避null影响
select u.name from users u
where not exists (
select 1 from logs l where l.user_id = u.id
);
综合来看，mysql子条件查询语句是一种把查询嵌套进条件里的表达方式，理解它不同的返回形态以及与连表的关系，就能在写报表、做数据校验时选对工具。日常使用中多跑explain，少写过深嵌套，子查询会成为非常顺手的数据处理手段。