ФорумРазработкаБазы данных → Что за процесс postgres: user dbname 127.0.0.1(12345) idle

Что за процесс postgres: user dbname 127.0.0.1(12345) idle

  • Crank

    Сообщения: 542 Репутация: N Группа: Джедаи

    Spritz 16 мая 2016 г. 12:54

    Проблема в том что с интервалом раз в 10-15 минут вылазит процесс такого вида
    postgres: user dbname 127.0.0.1(12345) idle

    Отжирает нормально памяти и процессорного времени и сервер на несколько секунд подвисает. С postgres я работаю недавно, так что прошу совета, что это за процесс и как оптимизировать его работу чтобы сервер не подвисал?

  • master

    Сообщения: 3244 Репутация: N Группа: Джедаи

    Spritz 16 мая 2016 г. 13:30, спустя 36 минут 2 секунды

    "postgres idle lot of memory" уже гуглил?

    не всё полезно, что в swap полезло
  • master

    Сообщения: 3244 Репутация: N Группа: Джедаи

    Spritz 16 мая 2016 г. 16:46, спустя 1 час 48 минут 42 секунды

    @Crank, ессно, он первый в серпе. там чувак сам с собой поговорил.

    не всё полезно, что в swap полезло
  • Crank

    Сообщения: 542 Репутация: N Группа: Джедаи

    Spritz 16 мая 2016 г. 17:13, спустя 27 минут 2 секунды

    @master, ну как бы да, а ясности особой не появилось. В оф документации про данный статус процесса пишут следующее "idle: The backend is waiting for a new client command". Бекэнд в данном контексте сервер бд, а клиент -- веб-приложение или наоборот? Короче не понятно на чьей стороне возникает первичный затуп.

  • master

    Сообщения: 3244 Репутация: N Группа: Джедаи

    Spritz 16 мая 2016 г. 17:28, спустя 14 минут 55 секунд

    @Crank, а что, других ответов не нашёл?

    не всё полезно, что в swap полезло
  • Crank

    Сообщения: 542 Репутация: N Группа: Джедаи

    Spritz 16 мая 2016 г. 17:50, спустя 22 минуты 2 секунды

    @master, нашел советы увеличить shared_memory и подкрутить work_mem с maintance_work_mem, но затупы остались и я так и не нашел ответа что это за процесс.

  • master

    Сообщения: 3244 Репутация: N Группа: Джедаи

    Spritz 16 мая 2016 г. 18:15, спустя 25 минут 11 секунд

    вариант - потерянное подключение во время запроса. idle queries. их вроде можно найти каким-то профайлингом

    не всё полезно, что в swap полезло
  • adw0rd

    Сообщения: 22959 Репутация: N Группа: в ухо

    Spritz 16 мая 2016 г. 19:38, спустя 1 час 23 минуты 14 секунд

    И посмотри

    SELECT * from pg_stat_activity ;
    
    https://smappi.org/ - платформа по созданию API на все случаи жизни
  • Crank

    Сообщения: 542 Репутация: N Группа: Джедаи

    Spritz 16 мая 2016 г. 20:42, спустя 1 час 3 минуты 22 секунды

    @master, да придется поковырять логи

    @adw0rd, там ничего криминального я не увидел, думаю помониторить через pg_top

  • Crank

    Сообщения: 542 Репутация: N Группа: Джедаи

    Spritz 18 мая 2016 г. 13:31, спустя 1 день 16 часов 49 минут

    Это странно, но похоже изменения в конфиге после service postgres restart не применились сразу, по тому что использование памяти какое-то время оставалось на прежнем уровне и затупы тоже. Сейчас когда база захавала памяти столько сколько ей положено по новому конфигу все работает хорошо.

Пожалуйста, авторизуйтесь, чтобы написать комментарий!