Медленно как-то, в общем.

Может, не хотите, на самом деле?
При проблемах с autovacuum стоит делать так, чтобы работал, наоборот, интенсивнее (и даже приходил чаще, возможно).
А так — ищите по autovacuum вот тут: https://www.postgresql.org/docs/current/sql-createtable.html

du -sh /var/lib/postgresql/12/main/pg_wal/
4.5G    /var/lib/postgresql/12/main/pg_wal/

Спасибо, нашел autovacuum_vacuum_scale_factor

50мин, запись ~100мб/сек

288 файлов... Что-то явно странное, локально такое количество должно вообще-то довольно быстро прожеваться.

с 14.30 слот копит wal файлы, там их щас 45Гб

пробую щас запустить реплику просто, мб нагонит

13:30 - окончание копирования, соответственно, минута-две на запуск и до сих пор имена файлов меняются?

я останавливал реплику и прокинул порт через socat, сейчас поднял реплику на другом порту.. наблюдаю

если там recovering … waiting, то думаю, что:
- база открыта и там бегут запросы
- с мастера летят AEL-ы и возникают блокировки между зарпосами на реплике и startup-ом

реплика открыта, и туда бегут запросы.. в немалом количестве

мастер нагружен по записи, генерится много wal

это не имеет значения. важны AEL-ы: ALTER/DROP таблиц/индексов, подрезка таблиц вакуумом, явные блокировки такого уровня

как защититься? реплика должна работать при любых Х на мастере по идее

это вопрос, что важнее: актуальная репликация или работающие массово запросы?
ограничить время транзакций на реплике, понизить max_standby_streaming_delay, включить hot_standby_feedback

root@ ~ # ls -1tr /var/lib/postgresql/12/main/pg_wal/ | sed -n '/0000000100008376000000B5/,$p' | wc -l
1359
root@ ~ # ls -1tr /var/lib/postgresql/12/main/pg_wal/ | sed -n '/000000010000837A00000026/,$p' | wc -l
569
root@ ~ # ls -1tr /var/lib/postgresql/12/main/pg_wal/ | sed -n '/000000010000837C000000CD/,$p' | wc -l
5
root@ ~ # du -sh /var/lib/postgresql/12/main/pg_wal/
15G     /var/lib/postgresql/12/main/pg_wal/
root@ ~ # ls -1tr /var/lib/postgresql/12/main/pg_wal/ | sed -n '/000000010000837C000000DA/,$p' | wc -l
14
root@ ~ # ls -1tr /var/lib/postgresql/12/main/pg_wal/ | sed -n '/000000010000837D00000001/,$p' | wc -l
8

- смотрел на реплике через ps имя файла восстановления, проверял на мастере кол-во файлов.. слот успешно отработал - но похоже реплика никак не может догнать актуальное состояние? О.о

плюс-минус.. запросов будет много это данность, реплика может немного отставать (в разумных пределах)

какая версия базы?

12