Я предпочитаю универсальную статистическую утилиту / плагин / приложение, но не ограничиваю себя, поскольку конкретные тоже могут преуспеть.
Я хочу видеть способ, которым я могу видеть статистику запросов для ВСЕХ запросов .
например, отображение и сортировка или фильтрация
Для этого вам нужно будет регистрировать все запросы, а затем запускать / анализировать эти журналы через какой-то анализатор. Это может потребовать специального приложения синтаксического анализа журнала сборки.
Текущий сервер является сервером большого объема: 500 - 3000 запросов в секунду. Журнал может быть сохранен на другом жестком диске.
Вопросы:
Есть ли готовые приложения для таких вещей?
Замедлит ли это регулярные запросы? Если да, то сколько, примерно?
Есть ли способ видеть живые запросы и вести журналы где-либо еще, или не делать вообще, и делать отчеты о статистике в реальном времени каким-либо другим приложением?
Я мог бы не анализировать журналы с помощью создателя статистики для конкретной базы данных, а просто получить файл журнала и создать собственное приложение синтаксического анализатора и создать статистику и графическую диаграмму с этими журналами. Можно поместить эти проанализированные состояния в другую БД со значениями запросов + время, требуемое для выполнения + дата запроса, а затем генерировать отчеты из него позже. Это хорошая идея?
Я не заметил никакого «живого» способа сделать все это без регистрации в файле.
Любое приложение для предварительной сборки mysqlи postgres? Это то, что я использую.
Какие-нибудь стратегические рекомендации по выполнению всего этого? Я только начал думать "как сделать анализ производительности в деталях".
Это сложная проблема, и, вероятно, нет простого ответа.
Один из подходов, который я использовал, - это использование pg_logforward для перехвата журналов, пересылки их пользовательскому демону, который записывает нормализованные записи журнала в другую базу данных PostgreSQL. (Hadoop и т. Д. Также возможны.) Затем выполните специальные запросы к этой базе данных или создайте себе симпатичный внешний интерфейс. Это не сделано заранее, но это самый мощный подход на данный момент, IMO.