设想下表:
CREATE TABLE drops(
id BIGSERIAL PRIMARY KEY,
loc VARCHAR(5) NOT NULL,
tag INT NOT NULL
);
我要做的是执行一个查询,在这里我可以找到一个值与标记匹配的所有唯一位置。
SELECT DISTINCT loc
FROM drops
WHERE tag = '1'
GROUP BY loc;
我不确定是不是因为它的大小(它的9米行大!)或者我效率不高,但是查询时间太长,用户无法有效地使用它。在我写这篇文章的时候,上面的问题花了我1:14分钟。
有没有什么技巧或方法可以让我把它缩短到几秒钟?
非常感谢!
执行计划:
"Unique (cost=1967352.72..1967407.22 rows=41 width=4) (actual time=40890.768..40894.984 rows=30 loops=1)"
" -> Group (cost=1967352.72..1967407.12 rows=41 width=4) (actual time=40890.767..40894.972 rows=30 loops=1)"
" Group Key: loc"
" -> Gather Merge (cost=1967352.72..1967406.92 rows=82 width=4) (actual time=40890.765..40895.031 rows=88 loops=1)"
" Workers Planned: 2"
" Workers Launched: 2"
" -> Group (cost=1966352.70..1966397.43 rows=41 width=4) (actual time=40879.910..40883.362 rows=29 loops=3)"
" Group Key: loc"
" -> Sort (cost=1966352.70..1966375.06 rows=8946 width=4) (actual time=40879.907..40881.154 rows=19129 loops=3)"
" Sort Key: loc"
" Sort Method: quicksort Memory: 1660kB"
" -> Parallel Seq Scan on drops (cost=0.00..1965765.53 rows=8946 width=4) (actual time=1.341..40858.553 rows=19129 loops=3)"
" Filter: (tag = 1)"
" Rows Removed by Filter: 3113338"
"Planning time: 0.146 ms"
"Execution time: 40895.280 ms"
该表在
loc
和tag
上编制索引。 最佳答案
您的40秒是按顺序读取整个表的,丢弃311338行,只保留19129行。
补救方法很简单:
CREATE INDEX ON drops(tag);
但你说你已经做到了,但我觉得很难相信。你用的命令是什么?
更改查询中的条件
WHERE tag = '1'
到
WHERE tag = 1
它之所以能工作,是因为
'1'
是一个文本,但不要试图比较字符串和数字。如前所述,保留
DISTINCT
或GROUP BY
,但不能同时保留两者。关于postgresql - PostgreSQL慢的地方,我们在Stack Overflow上找到一个类似的问题:https://stackoverflow.com/questions/54778804/