请教大佬们关于后端数据库分页的问题

那肯定要加 order by 的 最好指定一个没有重复值的字段去 order by

你是用的 postgresql 嘛，我好像也遇到过这个问题。最后就 order by 的

一般的分页， 尽量 order by 主键
或者涉及按批处理任务的，或者导出的
where id > currentId limit 500

补充上面的回复，也需要 order by .
where id > currentId order by id limit 50

加上 limit 后怎么保证分页的正确性？

这有什么问题吗？举个例子看看

涉及分页一定要有 order by ，sql 的标准
具体原因，给一个 PostgreSQL 的说明：
https://www.postgresql.org/docs/current/sql-select.html

If the ORDER BY clause is specified, the returned rows are sorted in the specified order. If ORDER BY is not given, the rows are returned in whatever order the system finds fastest to produce. (See ORDER BY Clause below.)

其他数据库应该也有

但凡涉及到分片分区的库, 就一定要 order by

一般所有的表默认要求有 `create_time` 和 `update_time`（ ns 级别的精度），然后分页如果没有其他的要求就可以 `order by create_time`

在这个基础上用分页就没什么大问题

数据库对不同的查询返回顺序是不一样的,需要通过 order 让顺序唯一才行

就是加 order by 也一样会有顺序不一致的问题啊。只要排序字段得值相同，每次结果就是随机的。

我以前踩过坑，以为排序默认主键 id 排序，结果有一次查询出来有两个 id 颠倒了,其他都正常的，那么久就遇到一次那张表那两条数据有问题，最后还是加 order by 了，也不知道啥原因导致的

那还是一定要加 order by ,并且最好是唯一且有索引的字段。
postgresql 的官方说明:
使用 LIMIT 时，最好使用一个 ORDER BY 子句，将结果行约束为唯一的顺序。否则，您将获得查询行的不可预测的子集——您可能要求第十到第二十行，但按什么顺序的第十到第二十行？除非您指定 ORDER BY ，否则您不知道什么顺序。

查询规划器在生成查询计划时会考虑 LIMIT ，因此您很可能会得到不同的计划（产生不同的行顺序），具体取决于您用于 LIMIT 和 OFFSET 的内容。因此，使用不同的 LIMIT/OFFSET 值来选择查询结果的不同子集将给出不一致的结果，除非您使用 ORDER BY 强制执行可预测的结果排序。这不是一个错误；这是 SQL 不承诺以任何特定顺序交付查询结果的固有结果，除非使用 ORDER BY 来约束顺序。

如果不存在 ORDER BY 来强制选择确定性子集，则即使重复执行相同的 LIMIT 查询也可能返回表中行的不同子集。同样，这不是一个错误；在这种情况下，结果的确定性根本无法保证。