• Аномально высокая генерация объема WAL-файлов (гигабайты в минуту) при интенсивных операциях UPDATE/INSERT.
• Канал передачи данных между Primary и Standby узлами перегружен трафиком репликации.
• Медленная архивация WAL на сервер резервного копирования через archive_command.

1. Выбор алгоритма сжатия WAL в PostgreSQL

Начиная с PostgreSQL 15, поддерживаются современные быстрые алгоритмы компрессии полных образов страниц (Full Page Images):

• off: Сжатие отключено (высокая нагрузка на диски);
• on / pglz: Встроенный алгоритм (базовая эффективность);
• lz4: Сверхбыстрое сжатие с минимальным потреблением CPU;
• zstd: Максимальный коэффициент сжатия при высокой производительности.

2. Настройка в postgresql.conf

# Включение современного сжатия Zstandard
wal_compression = zstd

# Связанные параметры журнала предзаписи
wal_buffers = 64MB
checkpoint_completion_target = 0.9
max_wal_size = 32GB
min_wal_size = 4GB

3. Применение конфигурации

SELECT pg_reload_conf();

4. Мониторинг генерации объема WAL

Проверьте текущую скорость записи LSN:

SELECT 
    pg_size_pretty(pg_wal_lsn_diff(pg_current_wal_lsn(), '0/0000000')) AS total_wal_generated,
    pg_walfile_name(pg_current_wal_lsn()) AS current_wal_file;