Автоматическая очистка Postgresql занимает слишком много времени

Есть два подхода:

1. Уменьшите autovacuum_vacuum_cost_delay для этой таблицы, чтобы автоочистка стала быстрее. Он по-прежнему будет потреблять ввод-вывод, ЦП и ОЗУ.

2. Установите fillfactor для таблицы на значение меньше 100 и убедитесь, что часто обновляемый столбец не индексируется. Тогда вы сможете получать ГОРЯЧИЕ обновления, которые не требуют VACUUM.

Разделение столбца является жизнеспособной стратегией, но для меня это было бы последним средством. PostgreSQL уже имеет высокие накладные расходы на строку, и это удвоит их (что также может лишить большую часть преимуществ). Кроме того, это сделало бы ваши запросы более уродливыми, трудными для чтения, труднее поддерживать, легче вносить ошибки. Разделение было бы наиболее привлекательным, если для вас важно сканирование только индекса в наборе столбцов, не включая это, и разделение позволяет сохранить карту видимости для оставшихся столбцов в лучшем состоянии.

Почему вас волнует, что это займет 20 минут? Это вызывает что-то плохое? С такой скоростью вы могли бы чистить этот стол 72 раза в день, что, кажется, гораздо чаще, чем на самом деле нужно. В v12 значение по умолчанию для autovacuum_vacuum_cost_delay было уменьшено в 10 раз, до 2 мс. Это изменение по умолчанию было вызвано не изменениями в коде в версии 12, а скорее осознанием того, что старое значение по умолчанию в большинстве случаев просто устарело для современного оборудования. У меня не возникло бы проблем с внесением этого изменения в конфигурацию v11; но я не думаю, что это также решит вашу главную проблему.

У вас действительно есть проблема с количеством генерируемого вами ввода-вывода, или это просто предположение? Выполняемый ввод-вывод в основном последовательный, но насколько это важно, зависит от вашего оборудования для хранения. Видите ли вы всплески задержки во время вакуума? Вы платите за ввод-вывод, и ваш счет слишком высок? Высокий IO по своей сути не является проблемой, это проблема только в том случае, если она вызывает проблему.

В настоящее время у меня autovacuum_scale_factor = 0,2. Должен ли я уменьшить его? Если я уменьшу его, он будет запускаться чаще, хотя количество операций ввода-вывода уменьшится, но это приведет к большему количеству периодов времени с высокой скоростью чтения.

Более частый запуск, вероятно, не сильно уменьшит ваш ввод-вывод на запись, если вообще уменьшит. Каждая страница таблицы/индекса, содержащая хотя бы один устаревший кортеж, должна быть записана во время каждой очистки. Запись одной страницы только для того, чтобы удалить один устаревший кортеж, потребует больше записи, чем ожидание, пока не будет много устаревших кортежей, которые можно будет удалить одной записью. Возможно, вы будете писать несколько меньше на каждый вакуум, но большее количество циклов компенсирует это, и, вероятно, гораздо больше, чем компенсирует.