PSQL比PgAdmin III慢

时间:2012-10-02 09:04:25

标签: postgresql postgresql-9.1

我一直在分析我的应用程序的某些部分,我发现了这一点 在执行完全相同的脚本时,PgAdmin3明显快于psql。 我正在使用unix套接字,Ubuntu 12.04和Postgresql 9.1以及pgadmin3 v1.14。我有一个简单的脚本如下:

BEGIN
INSERT INTO key_value(section,key,value) VALUES('section','key1','value');
....
INSERT INTO key_value(section,key,value) VALUES('section','key10000','value');
COMMIT;

这是表格:

CREATE TABLE key_value
(
  key text NOT NULL,
  value text,
  CONSTRAINT key_value_pkey PRIMARY KEY (section , key )
)
WITH (
  OIDS=FALSE
);

此脚本中有10000个插入。在pgadmin3中执行它需要大约0.5秒,在psql中执行它需要2.5~3.5秒。两者都包含在一个事务中,所以应该没有什么区别。结果是重新创建表,完全真空等一致。登录Postgresql服务器显示postgres在psql中执行时为每个insert语句执行日志,但从pgadmin3执行时只执行一个日志。

使用以下命令执行psql:

psql  -n -t -f p.sql -o/dev/null

并且还用

进行了测试
psql  -n -t -1 -f p.sql -o/dev/null

我的问题是为什么psql这么慢以及为什么我们postgresql在一个客户端中记录每个语句但在另一个客户端只记录整个事务,而且还有一个简单的psql修复。

编辑为了澄清,我记录的时间不是声明:

在服务器中,当使用psql

执行时,我得到以下内容
2012-10-02 12:20:32 CEST LOG:  duration: 0.283 ms
....
2012-10-02 12:20:35 CEST LOG:  duration: 0.285 ms
2012-10-02 12:20:35 CEST LOG:  duration: 0.291 ms
2012-10-02 12:20:35 CEST LOG:  duration: 0.279 ms
2012-10-02 12:20:35 CEST LOG:  duration: 0.284 ms
2012-10-02 12:20:35 CEST LOG:  duration: 0.279 ms
2012-10-02 12:20:35 CEST LOG:  duration: 0.299 ms
....
2012-10-02 12:20:36 CEST LOG:  duration: 5.779 ms

使用pgadmin3执行时:

2012-10-02 12:23:21 CEST LOG:  duration: 532.695 ms

psql和pgadmin3

中的用户和数据库是相同的

2 个答案:

答案 0 :(得分:3)

我的提示:pgAdmin将脚本作为一个多语句执行 - 因此网络(协议)开销较少。

答案 1 :(得分:1)

psql有一个集成的解析器,可将分号识别为语句分隔符。它使用它将SQL脚本分解为多个语句,与pgadmin相反,如Pavel's answer中所述。

没有选项可以关闭此行为。但是,使用DO匿名代码块应该可以获得类似的结果而几乎没有变化。如果您编写了这样的脚本:

DO $$
BEGIN
INSERT INTO key_value(section,key,value) VALUES('section','key1','value');
....
INSERT INTO key_value(section,key,value) VALUES('section','key10000','value');
END $$;

这将像pgadmin一样发送到服务器(虽然技术上完全不同),并且可能在相当的时间内执行。

编辑:根据@vseguip评论,由于plpgsql解释器在这些10k语句上花费的时间,这效率不高。

替代IDEA:将脚本更改为只有一个包含多行的INSERT,而不是多个INSERT,没有DO块。

BEGIN;
INSERT INTO key_value(section,key,value) VALUES('section','key1','value'),
      ('section','key2','value'),
      ('section','key3','value'),
      ....
      ('section','key10000','value');
END;