偏移/限制性能优化

Question

我有一个结构如下的表：

• Id (serial int) (关于这个的索引)
• 发布（文字）
• ...
• CreationDate (DateTime) (Desc index on this)

我需要实现分页。我的简单查询如下所示：

SELECT Id, Post, etc FROM Posts ORDER BY CreationDate desc OFFSET x LIMIT 15

当记录很少（低于 100 万）时，性能在某种程度上可以忍受，但当表增长时，就会有明显的差异。

跳过配置数据库设置（如缓存大小、工作内存、成本、共享内存等）的好处......可以做些什么来提高性能以及使用 Postgres 进行分页的最佳实践是什么。有类似的问题问here，但我不确定这是否也适用于我的情况。

由于我的Id 是自动递增的（如此可预测），我想的其他选择之一就是拥有这样的东西

SELECT Id, Post...FROM Posts WHERE Id > x and Id < y

但这似乎使事情变得复杂，我必须一直获取记录数，而且不能保证我总是会得到 15 条记录（例如，如果其中一个帖子已被删除并且 ID 不在“直”序列了）。

我也在考虑 CURSOR，但如果我没记错的话，CURSOR 会保持连接打开，这在我的情况下是不可接受的。

Answer 1

分页很难； RDBMS 模型不太适合带有状态滚动的大量短期查询。正如您所指出的，资源使用率往往过高。

您有以下选择：

• LIMIT 和 OFFSET
• 使用光标
• 将结果复制到临时表或 memcached 或类似表中，然后从那里读取它
• x > id 和 LIMIT

其中，我更喜欢x > id 和LIMIT。只需记住您看到的最后一个 ID 并要求下一个。如果你有一个单调递增的序列，这将是简单、可靠的，并且对于简单的查询它会很有效。