Из-за чего происходит периодическое проседание производительности Postgresql?

Question

[Евгений]

Есть база данных на Postgresql примерно со следующим функционалом:
table1 - примерно 3 миллиона записей, шесть индексов, по одному из них она кластеризорована. Данные в ней не меняются, по ней идет только поиск.

table2 - изменяемая таблица, в неё идет активный insert/update. Новые записи ищутся в table1.

Скорость работы:


Как видно первые порции обработаны с приемлемой скоростью, а потом идет падение производительности (стрелочка 1). Причем это падение наступает в случайный момент, не обязательно после двух порций. Если сделать vacuum analyze на table1 (которая не изменяемая) то производительность опять возрастает (стрелочка 2).

Пробовал отключить автоматическую сборку мусора на table2 - ничего не изменилось.
Проблема воспроизводится на двух разных компьютерах - под win7 и win10. Postgresql 9.5.

Comments

[sim3x]

blame windows

Answer 1

[romy4]

А где именно у вас проседание производительности?
0.003 ... 0.015 ... 0.012
это ни о чём не говорит. Если б везде было 0.015, а вдруг 1.15, то уже можно начинать искать причину.

Comments

[Евгений]

виноват, наверное для взгляда со стороны не очень показательные цифры.. Вот более явный пример, обработки одних и тех же данных:
https://yadi.sk/i/d65SJ3eqwM4DZ

Как видно, загрузка в базу вообще не меняется, а вот поиск в разы медленнее.
В среднем да, разница не показательна, а вот обработка 27к записей либо за 20 секунд либо за 100 - это уже ощутимо

[romy4]

Евгений: самое очевидное — это не используются индексы. EXPLAIN постгреса конечно мутный, но более детальный, чем мускуля.

[Евгений]

romy4: в смысле первый раз индексы используются, а второй раз уже не используются? В постгрес такое бывает?

План на основные запросы смотрел - индексы используются. Плюс в статистике по table1 практически нет полного сканирования, т.е. всё чтение через индексы.

[romy4]

Евгений: покажите explain