mysql 8.0 之前不支持子查询中直接使用 limit，报错“this version of mysql doesn't yet support 'limit & in/all/any/some subquery'”，解决方法是外层再嵌套一层子查询并为其添加别名，例如：select * from cidy where id in (select id from (select id from cidy limit 0,10) as cd)。
子查询中用 LIMIT 会导致 MySQL 报错
MySQL 8.0 之前不支持在子查询里直接写 LIMIT，比如 (SELECT * FROM orders LIMIT 1) 作为 LEFT JOIN 的右表时，会报错 This version of MySQL doesn't yet support 'LIMIT & IN/ALL/ANY/SOME subquery'。这不是语法写错了，而是引擎限制——得绕开。
用派生表 + ROW_NUMBER() 实现每组取前 N 行
如果目标是“对每个用户取其最新一条订单”，不能靠 LIMIT 1 硬套，得借助窗口函数。MySQL 8.0+、PostgreSQL、SQL Server 都支持：
SELECT u.id, u.name, o.order_id, o.created_at
FROM users u
LEFT JOIN (
SELECT order_id, user_id, created_at,
ROW_NUMBER() OVER (PARTITION BY user_id ORDER BY created_at DESC) AS rn
FROM orders
) o ON u.id = o.user_id AND o.rn = 1;
-
ROW_NUMBER()按user_id分组、按时间倒序编号，最新订单就是rn = 1 -
LEFT JOIN条件里必须同时写ON u.id = o.user_id AND o.rn = 1，漏掉o.rn = 1就会返回全部订单 - 如果只要“任意一条”（不强调最新），可用
GROUP BY user_id配合MIN(order_id)，但注意非聚合字段不能直接选
MySQL 5.7 或更老版本只能用相关子查询模拟
没有窗口函数时，得靠自关联或子查询比较时间戳。例如取每个用户的最新订单：
SELECT u.id, u.name,
(SELECT o1.order_id
FROM orders o1
WHERE o1.user_id = u.id
ORDER BY o1.created_at DESC
LIMIT 1) AS order_id
FROM users u;
- 这种写法是“标量子查询”，只能返回 0 或 1 行，适合只取单个字段（如
order_id） - 如果要取多字段（如
order_id, amount, status），就得为每个字段写一遍子查询，性能差且易出错 - 避免在
WHERE中对子查询结果做复杂判断，MySQL 5.7 对子查询优化较弱，可能全表扫描
LEFT JOIN 后再用 LIMIT 会破坏连接语义
有人试图先 LEFT JOIN 再 LIMIT，比如：
SELECT * FROM users u LEFT JOIN orders o ON u.id = o.user_id LIMIT 10;
这只会限制最终结果行数为 10，不是“每个用户最多连 1 条订单”。它可能只返回 2 个用户、共 10 条订单记录，完全偏离需求。
-
LIMIT是作用于整个结果集的，不是针对每个左表行的右表匹配数量 - 真要控制右表匹配条数，唯一可靠方式是把右表逻辑提前收束到单行（用窗口函数或标量子查询）
- 某些 ORM（如 Django 的
select_related）默认不支持带LIMIT的子查询，生成的 SQL 可能直接报错
窗口函数虽好，但低版本 MySQL 用户得接受标量子查询的冗余和性能代价；而误用 LIMIT 在 JOIN 后的位置，是最容易被忽略却导致结果错乱的点。
