Sergey Zhuravlev

у вас видимо pg_stat_tmp вынесено на RAM disk — как советуют лучшие практики, а вот ОС об этом могла не знать ))) ведь нужно что-то наподобие systemd-tmpfiles --create сделать...

возможно приложение не может работать с pgbouncer — ибо использует препаред стейтменты. Если удастстся этого избежать будет счастье. <param-value>jdbc:postgresql://xxxxxxxxx:...

мы тоже наблюдали зависание процессов при логине. на очень производительном сервере, таблиц не так много, но заметили, что процессы, которые в состоянии startup чего-то читают...

из того что БД на разных нодах ведь не следует что название схем разные? Ну а если и так то учитывайте что есть у логической репликации ограничения, одно из них: * Tables must...

это прекрасно, тогда какой смысл в коннекшн пуллерах, что они дают для PG?

а как, кстати, вы объясняете для себя этот феномен?

а как узнавать оригинальные (не измененные значения строк)? есть способ?

find /tmp -name '*PGSQL.5432*' find /run -name '*PGSQL.5432*' что-то найдут?

при таком подходе удаление/добавление обычных пользователей с соотв наследованием не должно создать проблему. Так ведь?

руками, вы имеете в виду первично c pg_dump -s схемы восстанавливали и создавали публикации/подписки в каждой БД или что-то еще?

Он запишет дамп, туда, куда ты укажешь. Это будет скорей всего файл один. БД это перезапишет. Хотя что вы имеете в виду под БД?

если у пользователя в серчпат есть public то это одинаково, наверно новый сервер 10+ так?

это не приставка, а имя сxемы — чем оно не подходит? или каким должно быть по твоему?

с какой целью желаете pgbouncer использовать?