random_page_cost
英文手册覆盖始于 PostgreSQL 7.4. 来源历史与运行验证各自保留独立版本边界。
当前阅读 PG 18·选择有来源记录的版本
- boot val
- 4
- category
- Query Tuning / Planner Cost Constants
- context
- user
- documented
- true
- enumvals
- 未知
- extra desc
- 未知
- lang
- en
- max val
- 1.79769e+308
- metadata version
- 18
- min val
- 0
- name
- random_page_cost
- short desc
- Sets the planner's estimate of the cost of a nonsequentially fetched disk page.
- source
- pg-settings-source-snapshot
- unit
- 未知
- vartype
- real
版本定义 PG 18
设置规划器对一次非顺序磁盘页面读取的代价估计。默认值是 4.0。对于某个表空间内的表和索引,可以通过设置该表空间的同名参数来覆盖此值(见ALTER TABLESPACE)。
减少这个值(相对于seq_page_cost)将导致系统更倾向于索引扫描;提高它将让索引扫描看起来相对更昂贵。你可以一起提高或降低两个值来改变磁盘 I/O 代价相对于 CPU 代价的重要性,后者由下列参数描述。
对持久存储的随机访问通常远不止比顺序访问贵四倍。不过,仍使用较低的默认值(4.0),因为假定对存储的大多数随机访问(例如索引读取)都将在缓存中命中。此外,网络附加存储的延迟往往会降低随机访问的相对额外开销。
如果你认为缓存命中的频率低于默认值所反映的情况,并且网络延迟很低,则可以增大 random_page_cost,以更好地反映随机存储读取的真实代价。若某种存储的随机读取代价相对于顺序读取更高,例如机械磁盘,也可以用更高的 random_page_cost 值来更好地建模。对应地,如果你的数据很可能完全缓存在内存中,例如数据库小于服务器总内存,或者网络延迟较高,则降低 random_page_cost 可能更合适。
尽管系统允许将random_page_cost设置得小于seq_page_cost,但这不符合实际物理情况。不过,如果数据库完全缓存在 RAM 中,将它们设置为相等是合理的,因为此时非顺序访问页面不会产生额外代价。同样,对于大部分数据已缓存的数据库,应相对于 CPU 参数降低这两个值,因为读取一个已在 RAM 中的页面的代价远小于通常的页面读取代价。
比较版本
来源引用
定义来源
center · PostgreSQL 18 · english-manuals:8a3607d63af5b29cd13b2d4a2f2c03493b287df378ffdb4ead12643b71dfbd24
正文语言: zh-Hans · 2026-09-11@29c86d9