为什么PostgreSQL查询在第一次新连接后的第一个请求中比在后续请求中慢？
使用几种不同的技术连接到postgresql数据库.第一次请求可能需要1.5秒.完全相同的查询将第二次花费.03秒.打开我的应用程序的第二个实例(连接到同一个数据库),第一个请求需要1.5秒,第二个请求需要.03秒.
由于我们使用不同的技术,他们在不同的点连接并使用不同的连接方法,所以我真的不认为它与我编写的任何代码有任何关系.
我认为在第一个请求之前打开连接不会做“一切”,所以请求有一些开销.
因为我已经使用了数据库,并且保留了服务器所有内容都在内存中所以索引等应该不是问题.
编辑说明 – 告诉我有关查询的信息,老实说查询看起来很不错(索引等).我真的认为postgresql在新连接的第一个查询上有某种开销.
我不知道如何证明/反驳这一点.如果我使用PG Admin III(pgAdmin版本1.12.3),所有查询看起来都很快.我第一次查询的任何其他工具都很慢.大部分时间它的速度并没有明显变慢,如果是这样的话,我总是将其用指数更新ram.但这显然不是那样的.如果我打开我的工具并执行任何其他返回结果的查询,则无论如何第二个查询都很快.如果第一个查询没有返回结果,那么第二个查询仍然很慢,那么第三个查询很快.
编辑2
即使我不认为查询与延迟有任何关系(每个第一个查询都很慢),这里有两个运行Explain(EXPLAIN ANALYZE)的结果
EXPLAIN ANALYZE select * from company where company_id = 39
输出：
"Seq Scan on company (cost=0.00..1.26 rows=1 width=54) (actual time=0.037..0.039 rows=1 loops=1)" " Filter: (company_id = 39)" "Total runtime: 0.085 ms"
和：
EXPLAIN ANALYZE select * from group_devices where device_name ilike 'html5_demo' and group_id in ( select group_id from manager_groups where company_id in (select company_id from company where company_name ='TRUTHPT'))
输出：
"Nested Loop Semi Join (cost=1.26..45.12 rows=1 width=115) (actual time=1.947..2.457 rows=1 loops=1)" " Join Filter: (group_devices.group_id = manager_groups.group_id)" " -> Seq Scan on group_devices (cost=0.00..38.00 rows=1 width=115) (actual time=0.261..0.768 rows=1 loops=1)" " Filter: ((device_name)::text ~~* 'html5_demo'::text)" " -> Hash Semi Join (cost=1.26..7.09 rows=9 width=4) (actual time=0.297..1.596 rows=46 loops=1)" " Hash Cond: (manager_groups.company_id = company.company_id)" " -> Seq Scan on manager_groups (cost=0.00..5.53 rows=509 width=8) (actual time=0.003..0.676 rows=469 loops=1)" " -> Hash (cost=1.26..1.26 rows=1 width=4) (actual time=0.035..0.035 rows=1 loops=1)" " Buckets: 1024 Batches: 1 Memory Usage: 1kB" " -> Seq Scan on company (cost=0.00..1.26 rows=1 width=4) (actual time=0.025..0.027 rows=1 loops=1)" " Filter: ((company_name)::text = 'TRUTHPT'::text)" "Total runtime: 2.566 ms"
