我正在使用AWS Aurora PostgreSQL Serverless自动缩放。看起来好像缩放清除了共享缓冲区，所以当我们想要提高性能时，我们不得不面对 I/O 瓶颈。热身后，我们看到了巨大的性能提升。但是，如果我们在缩放后背靠背运行，第二次运行会更快。虽然我还没有看到任何关于共享缓冲区是否在缩放时被清除的具体信息，但我几乎可以肯定它是。
目前正在使用 Aurora Serverless PostgreSQL 10.14，它支持pg_prewarm扩展。看起来最新的文档表明 prewarm 支持在服务器重新启动后自动预热，但这是无服务器的，并且在文档中似乎没有提到自动预热的版本。
我发现这篇文章在重新启动服务器或从崩溃中恢复时非常适合 PostgreSQL。
- 如果我们至少可以在缩放后保留较低 ACU 节点的共享缓冲区的内容，那很好。
- 如果我们可以提前准确地预热需要在内存中的内容，那就太棒了！
- 有些桌子很大，我们希望有选择地预热我们想要的部分。
pg_prewarm支持first_block和last_block阻止表/索引的数字，但是如何知道要在其中放入什么值？
我们提前知道我们的高峰是什么时候，并在之前告诉 RDS 进行扩展，这样我们就有了一个可以准备的时间窗口。
我有哪些选择？