Малая нагрузка PostgreSQL: редкие записи не гарантируют быстрое попадание WAL в архив
Увеличить схему
Фотография конкретного исполнения не приложена.
Снижение нагрузки уменьшает объём новых изменений, но способно увеличить время до завершения WAL-сегмента. Архиватор вызывается для завершённых сегментов. Поэтому небольшая успешно завершённая транзакция не обязательно сразу находится в внешнем архиве восстановления.
Archive_timeout позволяет форсировать смену сегмента по времени. Документация отмечает, что такой досрочно завершённый файл остаётся полного размера. Слишком короткий интервал увеличивает объём архива и нагрузку доставки. Его нельзя выбирать только по желаемой цифре RPO без оценки ресурсов и скорости обработки.
После смены сегмента остаются очередь архиватора, транспорт и надёжное сохранение на целевой стороне. Одно значение timeout не является гарантированным пределом потери данных при любом отказе. Для streaming replication действует другая цепочка передачи и подтверждения, которую также оценивают по фактическому режиму.
В приёмке отдельно проверяют спокойный период с редкими записями и интенсивную генерацию WAL. Для контрольной транзакции устанавливают, когда необходимые данные стали доступны процедуре восстановления. Исходные временные метки сохраняют. Показатель «архивирование включено» не заменяет измерение всей задержки от изменения базы до пригодного к использованию архива.
Основание — Official PostgreSQL major18 documentation snapshot; stable18.6 observed separately from19RC1, разделы 25.3.1 Completed segments; archive_timeout; backlog; Archiving settings. Сохранён текст публичной справочной публикации; конкретная реализация может поддерживать только часть возможностей. Использована документация ветки PostgreSQL 18; страницы обновляются внутри major-ветки. Версии действующих сервера и libpq, конфигурация и резервные копии не проверялись. Подключения, SQL-команды и восстановление не выполнялись.
Запросы отправляются на наш e-mail из вашей почтовой программы.
