MySQL取前N行唯一标准方案是LIMIT，需配合ORDER BY保证顺序，大分页应改用游标分页，子查询中LIMIT受限时可用CTE或临时表绕过。
MySQL 查询只取前 N 行用 LIMIT 最直接
想控制结果集大小，LIMIT 是唯一标准、跨版本兼容、无需额外权限的方案。它不是“优化技巧”，而是 SQL 标准语法的一部分，在 SELECT 末尾加就行，不改逻辑、不增复杂度。
LIMIT 的两种写法和适用场景
常见写法有两种：LIMIT N 和 LIMIT offset, N。前者取前 N 行，后者跳过 offset 行再取 N 行——但后者在大表分页时性能会断崖式下降。
-
LIMIT 10：适合“查最新 10 条日志”“取首页推荐”这类明确要头几条的场景 -
LIMIT 20, 10：等价于跳过前 20 行取 10 行，适合传统分页，但offset超过几万后，MySQL 仍要扫描前面所有行，索引可能失效 - 如果真要分页且数据量大，优先考虑用
WHERE id > last_seen_id ORDER BY id LIMIT 10这类游标分页，避免OFFSET
ORDER BY 不加就别信 LIMIT 的结果顺序
LIMIT 本身不保证顺序。没写 ORDER BY 时，返回哪几行完全取决于存储引擎的物理顺序和查询执行路径，不同 MySQL 版本、不同执行计划下结果可能不一致。
- 错误写法：
SELECT * FROM users LIMIT 5—— 每次执行可能返回不同用户 - 正确写法：
SELECT * FROM users ORDER BY created_at DESC LIMIT 5—— 明确按时间倒序取最新 5 条 - 即使主键自增，也不建议依赖隐式顺序；显式写
ORDER BY id才可靠
LIMIT 在子查询和连接中的限制与绕法
MySQL 5.7 及更早版本中，LIMIT 不能直接用于子查询的 FROM 子句（如 SELECT * FROM (SELECT * FROM t LIMIT 10) AS tmp 会报错），8.0+ 已支持，但仍有边界情况。
- 老版本报错：
This version of MySQL doesn't yet support 'LIMIT & IN/ALL/ANY/SOME subquery'—— 意思是不能在IN子句里直接嵌套带LIMIT的子查询 - 绕法：把带
LIMIT的子查询先用临时表或 CTE（MySQL 8.0+）包裹一层，例如WITH top3 AS (SELECT id FROM logs ORDER BY ts DESC LIMIT 3) SELECT * FROM events WHERE log_id IN (SELECT id FROM top3) - JOIN 中用
LIMIT要小心：它作用于整个外层查询结果，不是对某张表单独限制
真正容易被忽略的是：当查询涉及多表 JOIN 且业务逻辑依赖“每组取前 N 条”时，LIMIT 完全无能为力——得换 ROW_NUMBER() 窗口函数或者变量模拟，否则很容易拿错数据。
