несколько секунд пишется сложный набор данных. Причем не просто "пишется в конец таблицы", а происходит много обновлений, перепривязок к новым ID, удалений с последующими добавлениями.
Причем из-за особенностей схемы БД бОльшая часть обновлений не являются HOT-updates.
Так вот вся эта система через сутки работы начинает жутко тормозить. Вместо одной-двух секунд каждая порция данных пишутся секунд по сто-двести. Дисковая подсистема при этом работает как угорелая, а значение Tuples out на dashboard прыгает до космических высот.
Правильно ли я связываю это с засорением индексов из-за частых обновлений? И что с этим можно сделать КРОМЕ изменения схемы? Например, запускать периодически какой-то запрос на чистку индексов?
Над изменением схемы надо думать долго, а параметры хочется устаканить быстрее.
Я не спец по БД, а прикладной программист, поэтому что-то мог неправильно написать, простите.
>Правильно ли я связываю это с засорением индексов из-за частых обновлений? Такой вариант нельзя исключать, хотя я нахожу его довольно маловероятным. >И что с этим можно сделать КРОМЕ изменения схемы? С тем, что вы предположыли — reindex database. И если это не поможэт — то можно быть уверенным, что дело не в index bloat. А с проблемой как таковой — как обычно, https://t.me/pgsql/303899
Обсуждают сегодня