День добрый.
Есть pgsql 9.6, база на ssd, вроде бы все более менее по железу и настройкам.
Также есть примерно такой запрос (кусок другого, но тормозит сейчас именно эта часть):
1.
2.
3.
4.
5.
6.
7.
select iv.id
from
interviews iv
inner join respondents r on (r.id = iv.respondent_id)
left outer join counter_interviews civ on (civ.counter_id = 27222 and civ.version_idx = 7 and civ.interview_id = iv.id)
where
r.project_id = 737 and civ.id is null
План такой:
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
Nested Loop (cost=397193.59..439969.52 rows=1 width=8) (actual time=2642.358..74146.688 rows=165609 loops=1)
-> Hash Right Join (cost=397193.16..439969.01 rows=1 width=16) (actual time=2641.861..5229.793 rows=9299931 loops=1)
Hash Cond: (civ.interview_id = iv.id)
Filter: (civ.id IS NULL)
Rows Removed by Filter: 5179
-> Index Scan using ix_counterinterviews_counterid_versionidx on counter_interviews civ (cost=0.56..53.82 rows=25 width=16) (actual time=0.055..2.806 rows=5179 loops=1)
Index Cond: ((counter_id = 27222) AND (version_idx = 7))
-> Hash (cost=245111.71..245111.71 rows=8748871 width=16) (actual time=2634.368..2634.368 rows=9305110 loops=1)
Buckets: 131072 Batches: 256 Memory Usage: 2727kB
-> Seq Scan on interviews iv (cost=0.00..245111.71 rows=8748871 width=16) (actual time=0.015..1322.721 rows=9305110 loops=1)
-> Index Scan using pk_respondents on respondents r (cost=0.43..0.50 rows=1 width=8) (actual time=0.007..0.007 rows=0 loops=9299931)
Index Cond: (id = iv.respondent_id)
Filter: (project_id = 737)
Rows Removed by Filter: 1
Planning time: 0.971 ms
Execution time: 74157.893 ms
Получаем порядка 74 сек, хотя обычно это все не более секунды.
Сейчас в interviews при project_id = 737 имеем 165609 записей, что много, но не смертельно.
Индекс есть в counter_interviews такой:
1.
CREATE UNIQUE INDEX ix_counterinterviews_counterid_versionidx ON counter_interviews USING btree (counter_id, version_idx, interview_id)
Наведите пожалуйста на мысль. Вероятно пропустился какой-то индекс... да и не понятно, чего кэширование никак не спасает - один и тот же запрос постоянно выполняется за эти 74 секунды.
