Если да, то попробуйте выставить vm.overcommit_memory=2 - в такой конфигурации 1) можно снизить (но не избежать) риск OOM, 2) вместо OOM запросы будут падать по менее фатальной системной ошибке и в логе постгреса можно будет увидеть тексты запросов и попытаться уже подебажить их (см. explain).
Ну и нужно подумать как побить обработку на более мелкие куски, если вам таки не хватает памяти.
Про возможность изменять пока не скажу, т.к. сам сервер с базой я ещё не поднимал. Другие параметры оставлять стандартными? В облаке был изменён лишь флаг max_connections с 600 до 4000
> И опять возвращаясь к вопросу: возможно ли в данный момент настроить Postgres так, чтобы он не падал от 3-4 тысяч активных подключений к нему? Зачем?! У Вас есть 3-4 тысячи ядер? Иначе, если Вас заботит производительность одновременно активных подключений — это, скорее всего, просто глупо, Вам не кажется?
Обсуждают сегодня