Комментарии 5
Отличный сервис, спасибо!
Небольшая идея — возможно, было бы полезно уметь парсить лог, когда
и автоматом выявлять самые проблемные запросы.
Небольшая идея — возможно, было бы полезно уметь парсить лог, когда
SET auto_explain.log_analyze=on;
и автоматом выявлять самые проблемные запросы.
Вы про вот это?
habr.com/ru/company/tensor/blog/487380
habr.com/ru/company/tensor/blog/487380
Не совсем. В статье идёт рассказ о том, как вы у себя сделали хорошо и как вообще пришли к такому сервису.
А я говорю исключительно о расширении сервиса для того, чтобы пользователь мог просто скопипастить туда лог целиком, ничего не настраивая (ну, кроме auto_explain) и не выбирая из лога отдельные планы. Возможно, это потребует установки пользователем конкретного log_line_prefix. А может, сервис сможет парсить всё сам, спросив у пользователя его log_line_prefix.
А я говорю исключительно о расширении сервиса для того, чтобы пользователь мог просто скопипастить туда лог целиком, ничего не настраивая (ну, кроме auto_explain) и не выбирая из лога отдельные планы. Возможно, это потребует установки пользователем конкретного log_line_prefix. А может, сервис сможет парсить всё сам, спросив у пользователя его log_line_prefix.
Понял, спасибо
Да, стоило упомянуть, что у меня значительно менее масштабные варианты использования БД. Логи на ГБ там накручиваются очень не скоро. И я имел в виду подобный сценарий именно для разработки, где логов много и не должно быть. В любом случае, если и делать это в виде сервиса, то можно ограничить размер загружаемого файла до приемлемого.
Да, стоило упомянуть, что у меня значительно менее масштабные варианты использования БД. Логи на ГБ там накручиваются очень не скоро. И я имел в виду подобный сценарий именно для разработки, где логов много и не должно быть. В любом случае, если и делать это в виде сервиса, то можно ограничить размер загружаемого файла до приемлемого.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
PostgreSQL Query Profiler: как сопоставить план и запрос