Comments 6
Простите, но я ничего не понял :(
Этот трюк для баз данных с большими таблицами.
PostgreSQL пишет WAL-файлы в каталог pg_wal, из которого они переносятся архиватором в сжатом виде на другой раздел.
Иные таблицы современные погромисты используют как свалку JSON-объектов, уже видел таблицы в 850gb.
Пока транзакция обработки таблицы не завершится, исходная таблица не удаляется.
Имеем: 800gb новая таблица + 800gb WAL-ов + WAL-ы от рабочей нагрузки.
Раздел в котором работает СУБД забивается и она падает.
Замедление обработки позволяет архиватору успевать переносить WAL-ы.
Прикольное решение, спасибо! В закладки.
Вообще, по-хорошему это должен был бы быть флаг в pg_repack. Проблема-то общая.
а почему не pg_squeeze?
Sign up to leave a comment.
Замедление работы pg_repack с помощью cgroup