Почему валы должны были хлынуть на реплику после завершения ваккума

Question

Почему валы должны были хлынуть на реплику после завершения ваккума

на мастере, а не походу?
Штука в том, что подобная операция на данном кластере производится достаточно регулярно и ни разу не приводила даже к близким последствиям.
с i/o все ок, утилизация дисков в норме, iowait нет, на схд под вм тоже все никаих проблем не видят (переутилизации по иопсам, например)
Мониторинга показателей из постгрес нет, тут беда, конечно.

#backend #devops #pgsql #programming #russian

0

07.02.2020

1 ответов

6 просмотров

Yaroslav Schekin · Accepted Answer

> валы должны были хлынуть на реплику после завершения ваккума на мастере, а не походу? Да, по ходу проведения, конечно. Я имел в виду, что без него этих WAL бы не было. И последствий это не отменяет. > Штука в том, что подобная операция на данном кластере производится достаточно регулярно Что ж так-то? ;) > с i/o все ок, утилизация дисков в норме Я сомневаюсь в том, что с I/O всё действительно OK. Может быть так, что постоянно идёт обмен между кэшем FS и shared buffers (это не нагружает диски, а приличное замедление может давать). Вы можете проверить это? > Мониторинга показателей из постгрес нет, тут беда, конечно. Вы можете понаделать "снимков" pg_stat_database, pg_stat_user_tables, pg_statio_user_tables через определённые интервалы, и сравнить их, на худой конец. ;) И да, можно попробовать найти самые "нагруженные" таблицы и сделать им VACUUM (с ANALYZE или без) на primary, как выше советуют.

172 похожих чатов

Почему валы должны были хлынуть на реплику после завершения ваккума

1 ответов

Похожие вопросы