能否借助事务确保OFFSET+LIMIT分页SELECT遍历数据的一致性？

核心结论 #

启动事务并在其中执行多次SELECT ... LIMIT ... OFFSET ...，在大多数数据库的*可重复读（Repeatable Read）*隔离级别下，确实能保证你看到的是事务启动时的快照数据，不会出现并发新增/修改的记录混入结果集，也不会遗漏事务启动时已存在的记录。

具体原理 #

• 当事务以可重复读隔离级别启动后，数据库会为该事务创建一个数据快照，后续所有查询都基于这个快照返回结果。哪怕其他并发事务新增、修改了符合查询条件的记录，你的分页查询也看不到这些变化。
• 因为你的同步任务本身不会修改结果集的记录，所以不用担心快照内的数据被自身事务修改导致的分页异常。

注意事项 #

• 数据库隔离级别要求：必须确保事务使用的是可重复读或更高的隔离级别（比如序列化Serializable）。如果是*读已提交（Read Committed）*级别，每次查询都会读取最新的提交数据，还是会出现并发修改导致的分页混乱（比如某条记录在两次分页查询间被修改了排序字段，导致重复或遗漏）。
• LIMIT/OFFSET的潜在问题：即使在事务内，如果你是基于动态排序字段（比如ORDER BY updated_at）分页，虽然不会看到新数据，但如果事务启动后有其他事务修改了已存在记录的排序字段，这些记录在快照里的排序是固定的，不会影响你的分页结果——因为快照是事务启动时的状态。不过如果排序字段是自增ID这类不会被修改的字段，LIMIT/OFFSET的可靠性会更高。
• 性能考量：如果分页的OFFSET很大（比如OFFSET 100000），数据库需要扫描大量无关数据，性能会下降。如果你的数据库支持，可以考虑用键集分页（比如WHERE id > last_id LIMIT 1000）替代LIMIT/OFFSET，既保证可靠性，又提升性能，而且在事务内同样能基于快照工作。

内容的提问来源于stack exchange，提问作者Stefan Stanković