новые сообщения
ответы на мои сообщения
избранное
скрытые темы
случайный топик
открыть всё в новых вкладках
Форум → Разработка → Базы данных → Что за процесс postgres: user dbname 127.0.0.1(12345) idle
Сообщения:
542
Репутация:
N
Группа:
Джедаи
Проблема в том что с интервалом раз в 10-15 минут вылазит процесс такого вида
postgres: user dbname 127.0.0.1(12345) idle
Отжирает нормально памяти и процессорного времени и сервер на несколько секунд подвисает. С postgres я работаю недавно, так что прошу совета, что это за процесс и как оптимизировать его работу чтобы сервер не подвисал?
Сообщения:
3244
Репутация:
N
Группа:
Джедаи
16 мая 2016 г. 13:30, спустя 36 минут 2 секунды
"postgres idle lot of memory" уже гуглил?
Сообщения:
542
Репутация:
N
Группа:
Джедаи
Сообщения:
3244
Репутация:
N
Группа:
Джедаи
16 мая 2016 г. 16:46, спустя 1 час 48 минут 42 секунды
@Crank, ессно, он первый в серпе. там чувак сам с собой поговорил.
Сообщения:
542
Репутация:
N
Группа:
Джедаи
16 мая 2016 г. 17:13, спустя 27 минут 2 секунды
@master, ну как бы да, а ясности особой не появилось. В оф документации про данный статус процесса пишут следующее "idle: The backend is waiting for a new client command". Бекэнд в данном контексте сервер бд, а клиент -- веб-приложение или наоборот? Короче не понятно на чьей стороне возникает первичный затуп.
Сообщения:
3244
Репутация:
N
Группа:
Джедаи
16 мая 2016 г. 17:28, спустя 14 минут 55 секунд
@Crank, а что, других ответов не нашёл?
Сообщения:
542
Репутация:
N
Группа:
Джедаи
16 мая 2016 г. 17:50, спустя 22 минуты 2 секунды
@master, нашел советы увеличить shared_memory и подкрутить work_mem с maintance_work_mem, но затупы остались и я так и не нашел ответа что это за процесс.
Сообщения:
3244
Репутация:
N
Группа:
Джедаи
16 мая 2016 г. 18:15, спустя 25 минут 11 секунд
вариант - потерянное подключение во время запроса. idle queries. их вроде можно найти каким-то профайлингом
Сообщения:
22959
Репутация:
N
Группа:
в ухо
16 мая 2016 г. 19:38, спустя 1 час 23 минуты 14 секунд
И посмотри
SELECT * from pg_stat_activity ;
16 мая 2016 г. 20:42, спустя 1 час 3 минуты 22 секунды
@master, да придется поковырять логи
@adw0rd, там ничего криминального я не увидел, думаю помониторить через pg_top
Сообщения:
542
Репутация:
N
Группа:
Джедаи
18 мая 2016 г. 13:31, спустя 1 день 16 часов 49 минут
Это странно, но похоже изменения в конфиге после service postgres restart не применились сразу, по тому что использование памяти какое-то время оставалось на прежнем уровне и затупы тоже. Сейчас когда база захавала памяти столько сколько ей положено по новому конфигу все работает хорошо.
Пожалуйста, авторизуйтесь, чтобы написать комментарий!