Question

我已经从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”。这意味着新版本更慢。我找不到原因。

为什么这些结果会有所不同？

Answer 1

你说两者都在同一台机器上。据推测，较新版本的数据文件稍后添加。以后的文件往往更靠近盘片的中心，访问速度较慢。

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

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

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

为什么PostgreSQL 9.2在我的测试中比9.1慢？

1 个答案: