David Asked: 2011-04-05 15:04:07 +0800 CST2011-04-05 15:04:07 +0800 CST 2011-04-05 15:04:07 +0800 CST 让 PostgreSQL 运行测试来调整成本参数有多难？ 772 通过使用 EXPLAIN，可以看到运行查询的成本。成本以人工单位表示，它们基于预定义的参数。我相信 1 是一个磁盘提取，一个 CPU 周期是 0.01 个单位。我的问题是为什么 PostgreSQL 在安装时不自动运行测试来确定基于硬件的真实数字？这不应该是一个明显的速赢吗？ postgresql performance 2 个回答 Voted BillThor 2011-04-06T06:58:34+08:002011-04-06T06:58:34+08:00 如果成本不变，可能会有边际收益。由于各种资源不可互换，因此这些单位必然是人工的。即使在同一系统上，成本也会在不同时间发生变化。 如果 CPU 满载，则 CPU 周期变得更加昂贵。 在多核系统上，CPU 成本可能低于通过测试一个 CPU 观察到的成本。 如果磁盘变得繁忙，磁盘访问的成本就会增加。 系统可能具有不同性能（读取成本）的不同磁盘。成本将根据数据所在的磁盘或磁盘子系统而有所不同。 跨磁盘的不同数据分布可能会改变性能。 索引和数据的不同放置可能会影响性能。 跨不同性能的磁盘放置数据将导致磁盘 I/O 具有多种成本，具体取决于正在访问的数据。 不同类型的查询（批处理与 OLTP）可能有不同的适当成本分布。 一旦创建了数据库，就有可能从数据库中确定更好的指标。使用更新的指标可能会以某种方式改变负载，而不是使它们无效。行为变得相对不可预测并且可能严重退化的界限是存在的。 Best Answer Gaius 2011-04-06T07:40:21+08:002011-04-06T07:40:21+08:00 您所指的是Oracle中的系统统计信息；我不认为 Postgres 支持这些（还？）。
如果成本不变，可能会有边际收益。由于各种资源不可互换，因此这些单位必然是人工的。即使在同一系统上，成本也会在不同时间发生变化。
一旦创建了数据库，就有可能从数据库中确定更好的指标。使用更新的指标可能会以某种方式改变负载，而不是使它们无效。行为变得相对不可预测并且可能严重退化的界限是存在的。
您所指的是Oracle中的系统统计信息；我不认为 Postgres 支持这些（还？）。