АД
А когда мы говорим об 1с, то запрос равен соединению
Size: a a a
2020 November 18
АД
Отсюда и расчёт
АД
Ну а дальше каждый для себя вводит поправочный коэффициент исходя из опыта и предполагаемого максимума нагрузки на субд
$
Да у меня количество процессов до сотни доходит.
АД
Верно, иначе у вас будут ожидания
$
есть они
АД
И вот тут начинается балансировка требований и бюджета
АД
Никто и нигде не даст точного ответа.
Только нагрузочное тестирование на ваших данных и вашем профиле нагрузке даст ответ с вероятностью 80%
Только нагрузочное тестирование на ваших данных и вашем профиле нагрузке даст ответ с вероятностью 80%
АД
Так что бюджет + здравый смысл и есть формула)
2020 November 19
СЯ
Антон Дорошкевич
select extract(epoch from (now() - pg_last_xact_replay_timestamp()))
на реплике
на реплике
Чем мне этот способ не нравится, тем что если master простаивает, то и на salve лаг репликации растет. С другой стороны лучше у нас ничего нет.
СЯ
На графике видно, то как только на работу люди пришли так сразу лаг и упал.
СЯ
АД
Ну так если данные не меняются, то и потерять нечего
Как вариант, раз в 15 минут делайте на мастере update одной записи в служебной базе
Как вариант, раз в 15 минут делайте на мастере update одной записи в служебной базе
СЯ
Я думаю, то автовакуум стартует каждые 60с и этого достаточно. Посмотрю недельку)
DT
КОЛЛЕГИ АЛАРМ!
Ребутнулся сервер 1С, на котором также крутится PostgreSQL
Ребутнулся сервер 1С, на котором также крутится PostgreSQL
DT
В итоге постгря не встает
AB
В логах что?
DT
ничего вообще...
DT
оч странная ситуация, случилось все после скачка напряжения в серверной