Вы сейчас спрашиваете буквально следующее: * я вставляю по 50 строк в секунду равномерно, верьте мне * и у меня есть система мониторинга, которая показывает, сколько строк я вставляю * и она иногда показывает 3000 строк в секунду. Почему так? Ответ: какая-то из черепашек обманывает. Как вы вставляете — неизвестно. Что за мониторинг, и что он на самом деле показывает — непонятно. Есть ли другая нагрузка на сервере — неизвестно.
как работает этот счетчик?
Этот счетчик(мониторинг) встроен в pgAdmin. Я не совсем уверен, что ему можно доверять, если есть еще какие-то способы проверить, буду рад услышать предложения. @SashaTChe , посмотрите выше. Другой нагрузки на сервере нет,
а что именно вам не нравится в графике? неровная линия?
Счётчику я не очень доверяю, потому что сам не понимаю, как бы я его написал. Как отличить вставки от модификаций? Обычно меряют запись на диск, а запись на диск происходит много от чего. Например, vacuum, checkpointer. Эти 2 причины можно проверить. Если это ваш персональный тестовый сервер. Вакуум можно вообще отключить, а чекпойнтер — у него настраивается период и completion_target, можете проверить,совпадает ли периодичность ваших загадочных пиков с периодичностью чекпойнтера. А вообще, запустите более понятные мониторинги. Процессора и ввода-вывода. Если на них всплесков нет, тогда вас эта проблема не заботит.
а что посоветуете для мониторинга под windows ?
Забавная переписка. На графике, судя по названиям - кол-во insert, update и delete по шкале времени. Человек увидел пик на графике и заволновался по принципу "пик это к беде". Вы ему рекомендуете мониторить заббиксом, тюнить вакуум и чекпойнтер. Мониторить что? Тюнить зачем? Вывести больше непонятных графиков чтобы было больше пиков и поводов волноваться? :))
А он разве есть под windows?
ну и pgwatch тоже под вин нет, только через докер.
Есть под Ubuntu Server сервер и агент+прокси под Windows.
Это план локализации проблемы. Который может привести в том числе к выводам "график про количество insert врёт" и "с insert'ами так и не разобрались, но увидели, что нагрузки на систему нет, и можно игнорировать". А может и подтвердить исходную линию топикстартера. Тогда будем дальше угадывать, откуда insert'ы
Я бы начал план с рекомендации прохождения курса, что-то типа "Performance tuning in PostgreSQL". Без этого базиса дальше продолжать бессмысленно, проще нанять специалиста который посмотрит на больного и разберется.
Обсуждают сегодня