子查询必须用括号包裹，出现在where、from、select中均需加()；from子句中的子查询须带别名；in子查询不能返回多列；pdo无法参数化子查询，需字符串拼接并防注入；exists比in更安全高效。
子查询必须写在括号里，否则会语法报错
PHP 本身不直接“写”子查询，真正执行的是 MySQL（或其他数据库）；你在 PHP 中拼 SQL 字符串或用 PDO/MySQLi 执行时，子查询必须用 () 包裹，否则 MySQL 直接报 ERROR 1064。比如：SELECT * FROM users WHERE id IN SELECT id FROM logs WHERE action='login' 是非法的，缺括号就会挂。
常见错误场景：用字符串拼接时漏掉左括号、或把子查询当普通字段名直接塞进 WHERE 后面。
- 子查询出现在
WHERE、FROM、SELECT子句中时，都必须加() - 若子查询返回多列（如
SELECT name, email FROM ...），又放在WHERE x IN (...)里，会报Operand should contain 1 column(s) - PDO 预处理无法绑定子查询——
IN (?)里的 ? 只能代入单个值，不能代入一整个子查询语句
FROM 子句中的子查询要起别名，否则 MySQL 拒绝执行
MySQL 要求 FROM 后的子查询必须有别名（哪怕只是临时用），否则报 Every derived table must have its own alias。这个限制常被忽略，尤其从其他数据库转过来的人容易卡在这儿。
例如这段代码会失败：
SELECT * FROM (SELECT user_id, COUNT(*) c FROM orders GROUP BY user_id) WHERE c > 5
正确写法是：
SELECT * FROM (SELECT user_id, COUNT(*) c FROM orders GROUP BY user_id) AS t WHERE t.c > 5
- 别名
t可以是任意合法标识符，但不能省略AS或空格（(...) t也合法） - 如果子查询里用了聚合函数（如
COUNT），外部查询引用字段时必须带上别名前缀，比如t.c - 这种写法在 PHP 中通常用于构造动态报表数据，但注意嵌套过深会影响可读性和执行计划
WHERE 中用 EXISTS 替代 IN，避免 NULL 导致逻辑错误
用 IN 做子查询时，如果子查询结果包含 NULL，整个条件会恒为 FALSE（不是报错，而是查不到数据），这是 MySQL 的三值逻辑陷阱。而 EXISTS 不受 NULL 影响，语义更清晰。
比如想查“有订单的用户”，写成：
SELECT * FROM users WHERE id IN (SELECT user_id FROM orders)
如果 orders.user_id 允许为 NULL，且真有几条 NULL 记录，那这条语句可能一条都不返回——即使其他 user_id 都正常。
- 改用
EXISTS更安全：SELECT * FROM users u WHERE EXISTS (SELECT 1 FROM orders o WHERE o.user_id = u.id) -
EXISTS在找到第一条匹配就终止，对大数据量往往比IN（需生成完整结果集）更快 - 注意
EXISTS子查询里必须关联外部表（如o.user_id = u.id），否则变成恒真/恒假
PDO 中执行含子查询的 SQL，不要试图参数化子查询部分
很多人想把子查询内容也用 ? 占位，比如：SELECT * FROM users WHERE id IN (?)，然后传入一个数组或另一条 SQL 字符串——这完全无效。PDO 的参数绑定只替换标量值，不解析、不拼接 SQL 片段。
正确做法只有两种：
- 若子查询逻辑固定，直接写死在 SQL 字符串里（确保已加括号、别名等）
- 若需动态构建子查询（比如根据条件切换表名或字段），必须用 PHP 字符串拼接，但务必过滤输入（如白名单校验表名、用
intval()处理 ID 类型参数） - 绝对不要用
$_GET['table']直接拼进子查询的FROM部分，这是典型 SQL 注入温床
子查询真正难的不是语法，而是理解它在哪一层执行、结果集如何被上层消费，以及 NULL 和关联条件怎么悄悄改变结果。写完记得用 EXPLAIN 看执行计划，有时候看似简洁的子查询，实际触发了全表扫描。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
