order by + limit 适用于简单排名取数，如销量前10商品；但遇并列需用rank()、dense_rank()等窗口函数，如dense_rank() over (order by score desc)实现不跳名次的真正排名。
ORDER BY + LIMIT 是最直接的排名取数方式
想查排名靠前的数据，比如“销量前10的商品”或“最新注册的5个用户”，ORDER BY 配合 LIMIT 就是标准解法。关键不是能不能做，而是排序依据是否真能反映“排名”逻辑——比如按时间降序排得到“最新”，按分数降序排才是“最高分”。
实操建议：
-
ORDER BY必须明确指定列和方向：ORDER BY score DESC（高分在前），ORDER BY created_at DESC（新数据在前）；漏掉DESC默认是升序，容易拿反结果 -
LIMIT后直接跟数字，不加括号：LIMIT 10，不是LIMIT(10) - 如果存在并列（如多个用户同为100分），
LIMIT只按行数截断，不保证“第10名”的语义完整性——它取的是排序后的前N行，不是严格意义上的“排名≤10”
遇到并列怎么办？用窗口函数实现真正排名
当需要处理并列场景（例如两个用户都是第1名，下一个才是第3名），ORDER BY + LIMIT 不够用。RANK()、DENSE_RANK() 或 ROW_NUMBER() 才是解决“排名”本身的核心工具。
实操建议：
-
RANK()：并列时跳过后续名次，如 [1,1,3,4]；适合“金牌并列，银牌从第三名开始”的业务逻辑 -
DENSE_RANK()：并列不跳名次，如 [1,1,2,3]；更贴近“前N名”的日常理解 - 必须配合
OVER (ORDER BY ...)使用，不能单独出现在SELECT列表里就完事；且LIMIT要放在外层查询，不能直接加在含窗口函数的子查询里（部分数据库如 MySQL 8.0+ 支持，但 PostgreSQL 要求显式子查询包裹）
示例（获取分数前5名，含并列）：
SELECT name, score, DENSE_RANK() OVER (ORDER BY score DESC) AS rank_num FROM users WHERE rank_num <p>注意：上面写法在多数数据库会报错，因为 <code>WHERE</code> 不能直接引用窗口函数别名。正确写法需套一层：</p><pre class="brush:php;toolbar:false;">SELECT * FROM ( SELECT name, score, DENSE_RANK() OVER (ORDER BY score DESC) AS rank_num FROM users ) t WHERE rank_num <h3>LIMIT 的偏移陷阱：分页查第2页时别只改 OFFSET</h3><p>很多人把“查排名前11–20的数据”等同于 <code>LIMIT 10 OFFSET 10</code>，这在数据稳定时可行，但一旦源表有增删，<code>OFFSET</code> 会漂移——刚查完第1页，后台插入一条高分记录，再查第2页就可能漏掉或重复。</p><p>实操建议：</p>
- 用游标分页替代
OFFSET：记录上一页最后一条的排序字段值（如score = 92），下一页查WHERE score -
OFFSET越大性能越差，尤其在千万级表中；MySQL 会扫描并丢弃前N行，PostgreSQL 同样有开销 - 如果必须用
OFFSET，确保ORDER BY列有索引，且组合唯一（例如ORDER BY score DESC, id DESC），避免排序结果不稳定
不同数据库对 LIMIT 语法的支持差异
LIMIT 不是 SQL 标准语法，MySQL、PostgreSQL、SQLite 支持，但 SQL Server 和 Oracle 用别的写法。跨数据库迁移或写通用代码时容易栽跟头。
实操建议：
- MySQL / PostgreSQL / SQLite：
LIMIT 10 OFFSET 20或简写LIMIT 20, 10（MySQL 特有） - SQL Server：用
TOP（仅支持前N）或OFFSET-FETCH（SQL Server 2012+）：ORDER BY score DESC OFFSET 20 ROWS FETCH NEXT 10 ROWS ONLY - Oracle 12c+：用
FETCH FIRST 10 ROWS ONLY，带偏移要加OFFSET 20 ROWS - 不要假设
LIMIT在所有环境都可用；CI 测试或 ORM 配置里留意方言设置
真正难的不是写出第一行 ORDER BY ... LIMIT，而是想清楚“靠前”到底指什么：是物理位置靠前？分数阈值内？还是名次编号≤N？并列怎么算、分页怎么稳、换数据库要不要重写——这些细节才决定查询结果是否可靠。
