MySQL中限制查询条数用LIMIT子句，基础语法为LIMIT N或LIMIT M,N，推荐配合ORDER BY确保结果稳定，注意大偏移量性能差及WHERE需在LIMIT前。
在 MySQL 中限制查询条数，核心就是用 LIMIT 子句。它不改变数据本身，只控制最终返回给客户端的行数，是分页、取样、性能优化的关键工具。
基础用法：取前 N 条记录
最常用也最简单的写法是只给一个数字：
-
SELECT * FROM users LIMIT 5;→ 返回前 5 行（从第 1 行开始） - 等价于
SELECT * FROM users LIMIT 0,5;，因为省略第一个参数时默认偏移量为 0 - 注意：行号从 0 开始计数，但用户视角仍是“第 1 条、第 2 条…”
带偏移的分页：跳过 M 行再取 N 条
适用于翻页场景，比如查第 2 页（每页 10 条）：
-
SELECT * FROM orders LIMIT 10,10;→ 跳过前 10 行，取接下来的 10 行（即第 11–20 条） - 第 n 页的通用公式是：
LIMIT (n-1)*每页条数, 每页条数 - MySQL 也支持更清晰的写法：
LIMIT 10 OFFSET 10，语义相同，推荐在复杂 SQL 中使用
配合 ORDER BY 确保结果稳定
LIMIT 本身不保证顺序。如果表无主键或未显式排序，多次执行可能返回不同行：
- 错误示范：
SELECT * FROM products LIMIT 3;→ 可能每次结果不一致 - 正确做法：
SELECT * FROM products ORDER BY id ASC LIMIT 3;→ 明确按主键升序取前 3 条 - 要取最新 5 条订单：
SELECT * FROM orders ORDER BY created_at DESC LIMIT 5;
常见误区与注意事项
几个容易踩坑的点需要特别留意：
- LIMIT 后的两个参数必须是非负整数，
LIMIT 5,-1或LIMIT 3.5都会报错 - 大偏移量（如
LIMIT 100000,20）性能差：MySQL 仍需扫描
前 100000 行，建议改用游标分页（基于上一页最后 ID 查询） - WHERE 和 LIMIT 的顺序不能颠倒：条件过滤应在 LIMIT 之前完成，否则可能漏掉符合条件的记录
- 在事务中使用 LIMIT 时，若并发有 INSERT/DELETE，可能造成分页跳行或重复，必要时加锁或用一致性快照
前 100000 行，建议改用游标分页（基于上一页最后 ID 查询）
