PostgreSQL 在 RAMdisk 上进行基准测试？

Question

一段时间以来，我一直在考虑迁移到 RAMdisk 的想法。 我知道它的风险，但只是想做一个小基准。 我只是有两个问题：(a) 在阅读查询计划时，它还会区分磁盘命中和缓冲区命中吗？ 如果是这样，我应该假设两者同样昂贵还是应该假设它们之间存在差异？ (b) RAM 磁盘不是持久性的，但是如果我想将一些结果导出到持久性存储中，是否需要采取一些预防措施？ 它与通常的例如 COPY 命令相同吗？

Answer 1

我不建议在 PostgreSQL 中使用 RAM 磁盘进行持久存储。 通过仔细调整，您可以让 PostgreSQL 使用的磁盘 I/O 不超过使数据持久化所需的磁​​盘 I/O。

我建议这样做：

• 您的机器中的 RAM 大于数据库的大小。

• 定义足够大的shared_buffers以包含数据库（在 Linux 上，定义内存大页面以包含它们）。

• 增加checkpoint_timeout和max_wal_size以获得更少的检查点。

• 设置synchronous_commit = off以防止 PostgreSQL 在每次提交时将 WAL 同步到磁盘。

• 如果您愿意在崩溃的情况下丢失所有数据，请定义您的表UNLOGGED 。 数据将在正常关机后继续存在。

无论如何，回答您的问题：

(a) 您应该将seq_page_cost和random_page_cost设置seq_page_cost更低，以告诉 PostgreSQL 您的存储速度有多快。

(b) 您可以使用pg_dump或pg_basebackup运行备份，他们不关心您拥有什么样的存储。

Answer 2

读取查询计划时，它是否仍会区分磁盘和缓冲区命中？

它从一开始就没有区分它们。 它区分“命中”和“读取”，但“读取”无法分辨哪些是真正来自磁盘，哪些来自 OS/FS 缓存。

PostgreSQL 不知道您正在 RAM 磁盘上运行，因此将一如既往地报告这些信息。

如果是这样，我应该假设两者同样昂贵还是应该假设它们之间存在差异？

这是一个应该通过您的基准测试来回答的问题。 在某些系统上，内存可以从主内存预读到更快的缓存中，使顺序读取仍然比随机读取更快。 如果您关心，您将不得不在您自己的系统上对其进行基准测试。

由于诸如锁管理之类的事情，将数据从 RAM 读取到 shared_buffers 中仍然非常昂贵。 因此，作为一个粗略的起点，可能seq_page_cost=0.1和random_page_cost=0.15 。

RAM 磁盘不是持久性的，但是如果我想将一些结果导出到持久性存储中，是否需要采取一些预防措施？

风险是您的系统在导出完成之前崩溃。 但是你能采取什么预防措施呢？