PostgreSQL Service Остановка самостоятельно в сервере Ubuntu
В файле журнала PostgreSQL я нашел сообщение:
startup process (PID 1886772) was terminated by signal 9: Killed
Хотя после перезапуска база данных PostgreSQL начинает функционировать нормально. Однако в течение двух дней подряд служба остановила трижды с вышеупомянутой ошибкой. Я пытался увидеть, является ли OOM виновником, но вход не найден в DMESG и kern.log файлы журнала.
наконец перезапустил машину сервера базы данных. Я не знаю, будет ли это работать или нет. Мне нужно знать причину и, следовательно, решение этого вопроса.
1 ответ
Когда вы видите , расторженный сигналом 9 , это означает, что сервер выбежал из памяти и должен был принять решение: убить приложение, потребляющую все память или полностью сбой. Учитывая возможность, большинство операционных систем серверов решит оставаться работать.
Вы должны увидеть сразу после этой ошибки что-то, что выглядит так:
DETAIL: Failed process was running: SELECT {rest of SQL query}
Это позволит вам знать конкретно , который SQL Query вызывает - или просто внес собой - проблема. Как это произошло несколько раз недавно, это, вероятно, является результатом запроса SQL, который пытается сделать слишком много для доступных ресурсов.
В конце дня у вас есть три варианта:
- переписать запрос SQL (или запросы), которые убивают сервер.
⇢ Я работаю с базами данных на 25 лет. 95% всех проблем с производительностью создаются людьми (или ORMS), а не сервером. - Добавьте некоторое пространство подкачки, чтобы дать систему небольшую комнату, чтобы дышать.
⇢ Это, как правило, является достойным решением решение , если сервер - это то, что у вас есть премещение, и вам нужно немного времени, чтобы исследовать лучшее решение проблем с памятью. - Добавить больше ОЗУ.
⇢ Если вы используете облачный экземпляр, то это будет означать получение следующего уровня. Если вы используете аппаратное обеспечение On-Premesesis, установите столько, сколько можете себе позволить. База данных исполнителя - это счастливая база данных.