4

我已经从 PostgreSQL 9.1.5 升级到 9.2.1：

"PostgreSQL 9.1.5 on x86_64-unknown-linux-gnu, compiled by gcc (GCC) 4.4.6 20120305 (Red Hat 4.4.6-4), 64-bit"
"PostgreSQL 9.2.1 on x86_64-unknown-linux-gnu, compiled by gcc (GCC) 4.4.6 20120305 (Red Hat 4.4.6-4), 64-bit"

它与默认的 PostgreSQL 配置文件位于同一台机器上（仅更改了端口）。

出于测试目的，我有一个简单的表格：

CREATE TEMP TABLE test_table_md_speed(id serial primary key, n integer);

我使用函数测试：

CREATE OR REPLACE FUNCTION TEST_DB_SPEED(cnt integer) RETURNS text AS $$
DECLARE
    time_start timestamp;
    time_stop timestamp;
    time_total interval;
BEGIN
    time_start := cast(timeofday() AS TIMESTAMP);
    FOR i IN 1..cnt LOOP
        INSERT INTO test_table_md_speed(n) VALUES (i);
    END LOOP;
    time_stop := cast(timeofday() AS TIMESTAMP);
    time_total := time_stop-time_start;

    RETURN extract (milliseconds from time_total);
END;
$$ LANGUAGE plpgsql;

我打电话给：

SELECT test_db_speed(1000000);

我看到了奇怪的结果。对于 PostgreSQL 9.1.5，我得到“8254.769”，对于 9.2.1，我得到：“9022.219”。这意味着新版本速度较慢。我找不到原因。

任何想法为什么这些结果不同？

4

1 回答 1

3

你说两者都在同一台机器上。据推测，较新版本的数据文件是后来添加的。后来的文件往往被添加到靠近盘片中心的位置，那里的访问速度较慢。

Greg Smith 关于 PostgreSQL 性能的书中有一个很好的部分，包括测量和绘制效果的方法。通过巧妙地使用该dd实用程序，您可以对每个位置的相对速度进行一些临时测试，至少对于读取而言。

9.2 版本通常比早期版本更好地扩展到大量内核，尽管在某些基准测试中，单独运行的单个查询的性能略有下降。不过，我没有看到任何基准测试显示出接近这么大的效果。我敢打赌它是驱动器上的位置的结果——这只是为了表明做良好的基准测试是多么困难。

更新：9.2.0 中为提高某些查询的性能所做的更改使其他一些查询的性能更差。最终确定此更改应还原，这发生在版本 9.2.3 中；因此，在升级到该维护版本后检查性能是值得的。9.3.0 中将包含一个正确的修复程序，该修复程序已被确认可以修复恢复的补丁修复的问题而不会导致回归。

于 2012-11-29T21:55:46.100 回答