子查询不是不能用，但凡出现dependent subquery或explain中rows列暴涨，就必须重写；关键识别标志是select_type为dependent subquery、extra含using temporary或filesort；lateral仅限mysql 8.0.14+的from子句，需on true占位且关联逻辑内置子查询；窗口函数如row_number()可替代top-n类子查询，但partition by和order by字段必须有索引；in/exists在简单条件下可能触发半连接优化，复杂逻辑下应手动改写为join并去重。
直接说结论：子查询不是不能用，但凡出现 DEPENDENT SUBQUERY 或 EXPLAIN 里 rows 列数值暴涨，基本就该动手重写了。
怎么识别子查询正在拖慢查询？
关键看 EXPLAIN 输出里的两个字段：
-
select_type是DEPENDENT SUBQUERY—— 意味着外层每扫一行，这个子查询就得重执行一次 -
Extra出现Using temporary或Using filesort—— 尤其当子查询里有ORDER BY ... LIMIT 1却没索引时，几乎必中
比如查每个订单最新物流状态，写成 (SELECT status FROM logistics WHERE order_id = o.order_id ORDER BY update_time DESC LIMIT 1)，10 万订单就是 10 万次独立扫描。
用 LATERAL 替代相关子查询要避开哪些坑？
LATERAL 不是函数，是 FROM 子句里的关键字，错放位置直接报错：
MySQL（Linux）
下载
MySQL 9.6.0是面向Linux平台的2026年创新版本，核心架构迎来重大革新。其将外键约束与级联操作从InnoDB引擎层上移至SQL层，确保所有数据变更均被完整记录至Binlog，彻底解决了CDC（变更数据捕获）与主从复制中的数据不一致难题。此外，该版本引入container_aware启动选项以原生适配容器环境，并对审计日志进行了组件化重构，为追求极致数据一致性与云原生体验的开发者提供了全新选择。
- 必须 MySQL 8.0.14+，
8.0.13及更早版本会提示ERROR 1064: You have an error in your SQL syntax - 只能出现在
FROM后、JOIN右侧，不能塞进SELECT或WHERE；SELECT *, LATERAL (SELECT ...)这种写法语法不合法 - 关联逻辑写在子查询内部，外部
ON必须写ON TRUE占位，额外过滤条件（如t.status = 'delivered'）得挪进子查询的WHERE - 返回空行时默认丢弃外层行（类似
INNER JOIN），要保留得显式写LEFT JOIN LATERAL
窗口函数能替代哪些子查询？
窗口函数本质是单次全表扫描 + 内存分组计算，适合替代“按组取 Top N”或“累计值”类子查询：
-
ROW_NUMBER() OVER (PARTITION BY dept_id ORDER BY salary DESC)必须带PARTITION BY和ORDER BY，否则报ERROR 1064；只写OVER ()虽合法但结果不可控 - 累计求和优先用
ROWS UNBOUNDED PRECEDING，别用RANGE—— 日期重复时RANGE会把同一天所有行都算进来，导致结果膨胀 - 滚动平均（如 3 日）写法是
ROWS BETWEEN 2 PRECEDING AND CURRENT ROW，不是3 PRECEDING；LAG()首行返回NULL是正常行为，不是 bug
索引依然关键：PARTITION BY 和 ORDER BY 字段没索引，窗口函数照样触发 Using filesort。
IN / EXISTS 子查询优先交给优化器还是手动改写？
MySQL 8.0 对 IN 和 EXISTS 会自动尝试半连接（Using semi-join），但不总可靠：
- 查“有订单的客户”，
EXISTS (SELECT 1 FROM orders WHERE customer_id = c.id)多数情况会被优化为半连接，EXPLAIN的Extra里能看到Using semi-join - 但如果子查询里有复杂条件（比如
OR、函数、GROUP BY），优化器大概率放弃半连接，退化成嵌套循环 - 这时手动改写为
JOIN更稳：SELECT DISTINCT c.* FROM customers c JOIN orders o ON c.id = o.customer_id，注意加DISTINCT或GROUP BY去重 -
IN子查询若右侧结果集小（JOIN 通常更优
真正容易被忽略的是：无论用 LATERAL、窗口函数还是 JOIN，只要底层访问路径没索引支撑，所有语法优化都是纸面功夫。
