主页 / dba / 问题 / 204178
Accepted
guettli
Asked: 2018-04-18 04:25:18 +0800 CST

自动检测“random_page_cost”与“seq_page_cost”

  • 772

我读了这篇关于 PostgreSQL 在 SSD 上的性能的文章：

https://amplitude.engineering/how-a-single-postgresql-config-change-improved-slow-query-performance-by-50x-85593b8991b0

这两种配置似乎很重要random_page_costvsseq_page_cost

由于两个参数都需要匹配特定的硬件，我想知道是否可以自动检测匹配值？

更新

我有这些步骤：

  1. 脚本创建一些虚拟表
  2. 脚本将数据插入到表中
  3. 脚本执行一些查询
  4. 脚本显示 random_page_cost 和 seq_page_cost 的匹配值
  5. 人工或自动化系统获取这些值并更新配置。这一步不是问题的一部分。
postgresql ssd

1 个回答

  1. Best Answer

    由于两个参数都需要匹配特定的硬件，我想知道是否可以自动检测匹配值？

    当然可以自动设置参数，但没有人提交补丁来做到这一点。

    您需要知道驱动器的顺序和非顺序读取速度。有很多方法可以做到这一点，但你也可以使用谷歌，因为它可能并不重要。例如，对三星 SSD 840 Pro (256GB)的顺序和非顺序读取性能的快速谷歌搜索显示来自 AnandTech，

    • 随机读取 101.4/mbps
    • 顺序读取 510.7/mbps

    大概是1:5的比例，所以

    SET random_page_cost = 5;
SET seq_page_cost = 1;

    警告，random_page_cost考虑到缓存，

    对机械磁盘存储的随机访问通常比四次顺序访问要昂贵得多。但是，使用较低的默认值 (4.0)，因为大多数对磁盘的随机访问，例如索引读取，都假定在缓存中。可以将默认值视为将随机访问建模为比顺序访问慢 40 倍，同时期望 90% 的随机读取被缓存。

    如果您认为 90% 的缓存率对于您的工作负载来说是不正确的假设，您可以提高random_page_cost以更好地反映随机存储读取的真实成本。相应地，如果您的数据可能完全在缓存中，例如当数据库小于服务器总内存时，减少random_page_cost可能是适当的。相对于顺序驱动器而言，随机读取成本较低的存储（例如固态驱动器）也可以使用较低的random_page_cost.

    我已经证明我random_page_cost的速度比顺序慢 5 倍。random_page_cost已经缓存了多少仍然是通配符。唉，这些值并不重要，除非索引扫描和顺序扫描非常接近，以至于您可以合理地意外选择顺序扫描。这种情况很少见。索引将速度提高数千倍的情况并不少见。

    例如，我cpu_index_tuple_cost的是0.005。AFAIK，这意味着扫描索引中的 1000 个条目在规划者的眼中与去堆一次获取块相同。

    • 12

相关问题