子查询必须用括号包裹，否则触发ERROR 1064；非相关子查询执行一次，相关子查询每行执行一次，性能差异大；WHERE/FROM/SELECT中子查询语法和限制不同；优先用JOIN、EXISTS或窗口函数替代子查询。
子查询必须用括号包裹，否则语法报错
MySQL 要求所有子查询必须出现在圆括号中，哪怕只是单个 SELECT。不加括号会直接触发 ERROR 1064：语法错误。比如 WHERE id = SELECT max(id) FROM users 是非法的，必须写成 WHERE id = (SELECT max(id) FROM users)。
常见错误场景包括：
- 在
IN后面漏掉括号：WHERE status IN SELECT 'active','pending'→ 应为WHERE status IN (SELECT 'active' UNION SELECT 'pending') - 把子查询当表达式用但没括起来，尤其在
UPDATE或SET中 - 嵌套多层时只给最外层加括号，内层也必须各自独立括起
相关子查询 vs 非相关子查询：性能差异极大
非相关子查询（uncorrelated subquery）可独立执行，结果固定，MySQL 通常只运行一次；相关子查询（correlated subquery）依赖外部查询的每一行，可能被反复执行 N 次——这是慢查询的高频根源。
例如统计每个部门员工数：
SELECT d.name,
(SELECT COUNT(*) FROM employees e WHERE e.dept_id = d.id) AS cnt
FROM departments d;
这里 e.dept_id = d.id 引入了外部表 d，属于相关子查询。若 departments 有 1000 行，employees 有 10 万行，最坏情况要执行 1000 次扫描。
优化建议：
请注意以下说明:1、本程序允许任何人免费使用。2、本程序采用PHP+MYSQL架构编写。并且经过ZEND加密，所以运行环境需要有ZEND引擎支持。3、需要售后服务的，请与本作者联系，联系方式见下方。4、本程序还可以与您的网站想整合，可以实现用户在线服务功能，可以让客户管理自己的信息，可以查询自己的订单状况。以及返点信息等相关客户利益的信息。这个功能可提高客户的向心度。安装方法：1、解压本系统，放在
- 优先考虑用
JOIN + GROUP BY替代相关子查询 - 确保关联字段（如
e.dept_id）上有索引 - 用
EXPLAIN观察type是否为ALL或index，避免全表扫描
WHERE、FROM、SELECT 三处子查询的语义限制
子查询在不同位置，语法和行为完全不同：
-
WHERE中：返回单值（标量子查询）或值列表（IN/ANY/ALL），否则报Subquery returns more than 1 row -
FROM中：必须有别名，如FROM (SELECT id, name FROM users) AS u；否则报Every derived table must have its own alias -
SELECT列表中：只能是标量子查询（即最多返回一行一列），否则直接报错
典型误用：
SELECT id, (SELECT name, email FROM contacts WHERE user_id = u.id) FROM users u;
这会失败，因为子查询返回两列 —— 必须拆成两个独立子查询，或改用 JOIN。
替代方案比硬写子查询更可靠
子查询易读但难调优，很多场景有更稳的替代方式：
- 用
EXISTS替代IN（尤其当子查询结果含NULL时，IN可能意外失效） - 用
JOIN替代WHERE ... IN (SELECT ...)，特别是子查询涉及大表 - 用窗口函数（MySQL 8.0+）替代部分聚合子查询，例如
ROW_NUMBER() OVER (PARTITION BY dept_id ORDER BY salary DESC)
真正需要子查询的典型场景其实不多：动态计算列值、条件存在性判断（EXISTS）、派生临时结构（FROM 子句）。其他时候，先想 JOIN 或 CTE，再考虑子查询。
