offset在sql分页查询中用于跳过指定数量的数据行，但大数据量下会影响性能。1. 基本语法是select配合limit和order by使用，如取第11到20条数据应写成limit 10 offset 10；2. 分页应用时每页显示固定条数，如第一页为offset 0，第二页为offset 10；3. 使用时易忽略的问题包括偏移量大时性能下降、未排序导致结果不稳定及数据变化造成重复或遗漏；4. 替代方案有游标分页、结合索引字段和缓存中间结果等优化手段。
在 SQL 查询中，OFFSET 是一个非常常用的子句，尤其在做分页查询时几乎离不开它。它的作用是跳过指定数量的数据行，再返回后续的结果。简单来说，就是“从哪一行之后开始取数据”。
但很多人用的时候只记得 LIMIT，忽略了 OFFSET 的实际影响，导致查询效率或者结果不理想。这篇文章就来聊聊 OFFSET 的几个关键点和使用技巧。
1. OFFSET 基本语法与作用
OFFSET 通常搭配 SELECT 和 LIMIT 一起使用，基本结构如下：
SELECT column_name(s) FROM table_name ORDER BY column_name LIMIT number_of_rows OFFSET offset_value;
- LIMIT 控制返回多少条记录。
- OFFSET 表示跳过前面多少条记录。
举个例子：你想查第 11 到 20 条用户信息，就可以这样写：
SELECT * FROM users ORDER BY id LIMIT 10 OFFSET 10;
这条语句的意思是：先按 id 排序，跳过前 10 条，然后取接下来的 10 条。
需要注意的是，OFFSET 的值不能为负数，否则会报错。
2. OFFSET 在分页中的常见应用
分页功能几乎是所有管理系统、网站后台都会用到的功能，而 OFFSET 就是实现分页最直接的方式之一。
比如每页显示 10 条数据：
- 第一页：LIMIT 10 OFFSET 0
- 第二页：LIMIT 10 OFFSET 10
- 第三页：LIMIT 10 OFFSET 20
- ……
虽然看起来很直观，但在大数据量下，这种写法可能会变慢。因为数据库需要扫描并跳过前面大量的行，即使这些行不会被返回。
所以如果你的数据表特别大（比如百万级以上），建议考虑其他优化手段，比如使用索引列进行“游标”式分页（基于上一页最后一条的 ID 继续查）。
3. OFFSET 使用时容易忽略的问题
性能问题
当偏移量很大时，比如 OFFSET 100000，数据库其实要先读出这十万条数据，然后再丢掉它们，只取后面的几条。这对性能是个不小的负担。
没有 ORDER BY 时结果不稳定
OFFSET 必须配合 ORDER BY 使用，否则每次查询的结果可能不一样。因为没有排序的话，数据库返回的行顺序是不确定的。
分页跳转可能导致重复或遗漏
如果数据在分页过程中发生了变化（比如新增或删除），单纯靠 LIMIT + OFFSET 可能会导致某些数据重复出现或被跳过。
4. 替代方案简要说明
如果你发现 OFFSET 在大数据场景下太慢了，可以考虑以下几种替代方法：
- 使用游标分页：根据上一页最后一条记录的唯一标识（如自增 ID 或时间戳）来查询下一页。
- 结合索引字段：比如已知上一页最后一条记录的 ID 是 1000，那下一页可以从 ID > 1000 开始取。
- 缓存中间结果：对于固定报表类查询，可以将第一次查询的结果缓存起来，避免重复扫描大量数据。
这些方式在处理大规模数据时比传统 LIMIT + OFFSET 更高效，但也更复杂一些，需要具体情况具体分析。
基本上就这些。
OFFSET 虽然简单，但在实际使用中还是有一些细节需要注意的，尤其是在性能和稳定性方面。掌握好它的适用范围和限制，才能更好地写出高效的 SQL 查询。
