MySQL中获取前N条记录必须用LIMIT子句而非TOP N，需配合ORDER BY确保结果可靠，深分页应改用游标分页，LIMIT参数须为常量且对UPDATE/DELETE等单表操作也有效。
MySQL中用LIMIT获取前N条记录最直接
MySQL不支持标准SQL的TOP N语法，必须用LIMIT子句。它放在查询末尾，格式为LIMIT N或LIMIT offset, row_count。注意：LIMIT 5表示取前5行，不是第5行。
ORDER BY必须配合LIMIT才可靠
不加ORDER BY时，LIMIT返回的“前N条”是存储引擎返回的任意顺序，可能每次执行结果不同。生产环境务必显式排序：
SELECT * FROM users ORDER BY created_at DESC LIMIT 10;
- 没
ORDER BY→ 结果不可预测，尤其表有并发写入时 - 按主键排序（如
id ASC）通常性能最好，避免在非索引字段上ORDER BY - 如果只查单列且该列有索引，
ORDER BY + LIMIT可走覆盖索引，减少IO
LIMIT带偏移量时性能会明显下降
当需要分页（比如第101–110条），写成LIMIT 100, 10会导致MySQL扫描前100行再丢弃——数据量大时很慢。
MySQL8 CRM Schema Design Expert
下载
面向 CRM 系统的 MySQL 8 数据库模式设计。当用户需要为客户关系管理（CRM）系统设计、评审、优化或生成数据库模式时，应使用此项技能。
- 深分页问题本质是“跳过大量无用行”，不是
LIMIT本身的问题 - 替代方案：用游标（cursor-based pagination），例如记录上一页最后的
id，下一页查WHERE id > 12345 LIMIT 10 -
LIMIT参数不能是变量或表达式，必须是常量字面量；动态值需通过客户端拼接或预处理语句传入
注意NULL和空结果集的边界情况
LIMIT不会报错，哪怕表为空或N大于总行数，只是返回少于N行或零行。但容易忽略的是：
-
LIMIT 0合法，返回空结果集（可用于快速检查表结构或触发执行计划） -
LIMIT对UPDATE/DELETE也有效，但仅限单表操作，例如DELETE FROM logs WHERE status = 'error' LIMIT 100 - 在视图或子查询中用
LIMIT需加括号包裹，否则语法错误：(SELECT ... LIMIT 5) AS t
实际用的时候，LIMIT看着简单，但排序逻辑、分页策略、执行计划这三块最容易出问题。特别是线上查大表时，随手加个LIMIT 1000不带ORDER BY，可能查到的全是旧数据还误以为正常。
