в поле, это норма, что индексы строятся по ней уже 6 день ? Файлы в табличном пространстве обновляются, в pgAdmin процесс тоже движется.
Блокировки проверьте, и посмотрит по вьюхам pg_stat_progress_*
Объём данных не измеряется в записях, да и "железо" почему-то не у всех одинаковое (да, это намёк). ;)
Вообще — зависит от количества этих индэксов. Но так, в среднем — нет, совсем не норма.
А точно там стоятся индексы по существующей таблицы (т.е. create index) и инлексы это - обычные btree, а не какой-ниудь gist? Для построения b-tree индекса Постгрес делает предварительную сортировку по ключу. Даже с маленким workmem- ом, с использованием внешней сотировки всё равно сортировка 200Gb должна выполнятс а минуты, а не за дни. В общем у меня гипотенузы во такие: 1. Swapping - по той или иной причине (взможно, что Постргрес тут не причём) - память в системе кончалась и начался свапингпосле чео скорость может упать чуть ли не до 0. 2. Индексы отличные от B-Tree не поддерживающие bulk load. 3ю Паралельные апдейты или инсёрты, из-за которых create index concurrently долго не может догнаться
Обсуждают сегодня