Эффективный мониторинг MySQL с помощью Pandora FMS
Получите полный контроль над Вашими базами данных MySQL с помощью централизованного интерфейса.
Pandora FMS облегчает мониторинг баз данных MySQL с сервера Discovery Server, позволяя Вам отслеживать ключевые показатели с помощью единого интуитивно понятного веб-интерфейса.
Получайте подробные метрики Ваших баз данных MySQL удаленно, без необходимости устанавливать дополнительные компоненты на Ваши серверы.
С помощью плагина Pandora FMS MySQL Discovery Вы можете выполнять запланированные запросы для анализа производительности и состояния Ваших сред, включая количество активных соединений, размер кэша, процент использования журнала и многое другое.
Зачем контролировать базы данных MySQL?
Предотвращение проблем в режиме реального времени
Обнаруживайте неожиданные перезагрузки, узкие места в запросах и скачки соединения до того, как они повлияют на доступность Ваших услуг.
Управляемая и гибкая масштабируемость
Планируйте рост своей инфраструктуры, гарантируя, что Ваши базы данных смогут справиться с будущими требованиями без сбоев.
Оптимизация ресурсов и производительности
Контролируйте использование процессора, запросы, кэш и журналы, чтобы убедиться, что Ваши ресурсы используются оптимально.
Централизованное управление
Управляйте несколькими экземплярами MySQL и базами данных с единой платформы, улучшая видимость и контроль.
Почему Pandora FMS – лучший вариант для мониторинга MySQL?
Pandora FMS предлагает комплексное решение для мониторинга баз данных MySQL, сочетающее в себе гибкость, настраиваемость и централизованное администрирование. От возможности удаленного подключения до способности настраивать запросы – Pandora FMS идеально подходит для любой ИТ-инфраструктуры.
Удаленное подключение без локальных агентов
Контролируйте любую базу данных MySQL без необходимости устанавливать дополнительные компоненты на серверы. Pandora FMS обеспечивает эффективное соединение с Вашим сервером Discovery Server, упрощая внедрение и гарантируя быстрый доступ к наиболее важным метрикам.
Эффективное управление несколькими экземплярами
Контролируйте несколько баз данных MySQL одновременно, назначая настраиваемые метрики и интервалы в соответствии с критичностью каждого экземпляра. Pandora FMS также позволяет Вам управлять различными средами с сегментированной видимостью для групп или клиентов, предлагая централизованное и гибкое решение.
Настраиваемые оповещения в режиме реального времени
Получайте немедленные и лаконичные уведомления по электронной почте, SMS, в Telegram или в чате при обнаружении критических проблем. С Pandora FMS Вы всегда будете в курсе всех важных изменений, которые могут повлиять на производительность Ваших баз данных MySQL.
Предопределенные метрики и пользовательские запросы
С помощью Pandora FMS Вы можете выбрать определенные предопределенные метрики для мониторинга производительности MySQL, такие как процент используемого журнала, активные соединения и время отклика на запросы. Более того, возможность добавления пользовательских запросов позволяет Вам адаптировать мониторинг к конкретным потребностям Вашей среды, даже повторно используя существующие SQL-скрипты.
Централизованное и адаптивное управление
Pandora FMS не только следит за базами данных MySQL; она также позволяет интегрировать мониторинг других технологий, таких как DB2, Oracle, Microsoft SQL Server, а также облачных сервисов, таких как Google Cloud, AWS и Azure. Это обеспечивает полную видимость всей Вашей ИТ-инфраструктуры из единого интуитивно понятного интерфейса.
Простая настройка для мониторинга MySQL
Настройка Pandora FMS для мониторинга баз данных MySQL – это быстрый и эффективный процесс. Выполните следующие шаги с сервера обнаружения:
1. Выберите MySQL на сервере обнаружения
Доступ к меню > Приложения для открытий и выберите MySQL, чтобы запустить мастер. Этот начальный шаг позволит Вам настроить задачу мониторинга.
2. Определите основные параметры
Настройте основные данные задачи:
- Задайте описательное имя, чтобы легко идентифицировать задачу.
- Назначьте группу для сгенерированных агентов.
- Установите подходящий интервал мониторинга (например, каждые 5 или 15 минут).
3. Введите учетные данные и настройте серверы
Добавьте учетные данные, необходимые для подключения к базам данных MySQL. Кроме того, задайте список серверов, используя формат IP:PORT/SID или IP/SID, что позволит Вам управлять несколькими экземплярами из одной задачи. Дополнительные опции:
- Настройте количество потоков, чтобы оптимизировать выполнение в многосерверных средах.
- Настройте имя агента, который будет хранить метрики, а также другие параметры, например, использование прокси для соединения.
4. Настройте метрики и запросы
Выберите наиболее важные предопределенные метрики или добавьте пользовательские запросы, чтобы адаптировать мониторинг к конкретным задачам Вашей среды. Если у Вас есть собственные SQL-скрипты, Pandora FMS позволяет легко интегрировать их в Discovery Server, чтобы максимально расширить возможности настройки. Кроме того, Вы можете задать имя агента для хранения мониторинга и префикс для модулей, генерируемых заданием.
5. Проконсультируйтесь с запланированными заданиями
После того, как задание настроено, откройте список запланированных заданий. В этом разделе Вы сможете:
- Просмотрите текущий статус задания.
- Получите доступ к подробным сводкам подключенных серверов.
- Принудительное выполнение обновлений в реальном времени, если это необходимо.
Подробные результаты
Агенты и модули, созданные плагином
Глобальный агент: Этот агент будет собирать общую статистику по контролируемым базам данных.
Агент для каждой базы данных: У каждого экземпляра MySQL будет свой собственный агент, включающий определенные модули в соответствии с заданной конфигурацией.
Генерируемые метрики
Задание должно создать по одному агенту для каждой целевой базы данных. Этот агент должен содержать следующие модули:
Если функция engine_uptime активирована
| перезапуск_обнаружения |
Должно быть равно 0, если был обнаружен неожиданный перезапуск, и 1 в противном случае. Когда сервер неожиданно перезагружается, доступ к базе данных может быть прерван, и потенциально транзакции или данные, сохраненные неправильно, могут быть потеряны. |
Если функция query_stats включена
|
запросы |
Количество общих консультаций. Мониторинг запросов очень важен для понимания рабочей нагрузки на сервер и оценки общей производительности системы. Отслеживая общее количество запросов, Вы можете выявить всплески активности, оптимизировать производительность и обнаружить потенциальные проблемы, такие как неэффективные или избыточные запросы. |
|
частота запросов |
Стоимость консультации. Скорость запросов – это скорость выполнения запросов на сервере MySQL. Мониторинг частоты запросов позволяет Вам оценить нагрузку на сервер в режиме реального времени и выявить закономерности использования. Высокая частота запросов может указывать на высокий спрос на ресурсы и требовать корректировки конфигурации сервера или обновления оборудования для поддержания оптимальной производительности. С другой стороны, низкая частота запросов может указывать на недостаточное использование доступных ресурсов или проблемы с производительностью приложения. |
|
Выберите запрос |
Количество запросов SELECT. Запросы SELECT используются для получения данных из базы данных. Мониторинг SELECT-запросов позволяет Вам оценить эффективность запросов и оптимизацию индексов. Выявив медленные или неэффективные запросы SELECT, Вы можете предпринять шаги для повышения их производительности, например, добавить соответствующие индексы, оптимизировать запросы или скорректировать настройки сервера. |
|
обновление запроса |
Количество запросов UPDATE. Запросы UPDATE используются для изменения существующих данных в базе данных. Мониторинг запросов UPDATE важен для оценки частоты и эффективности обновления данных. Вы можете выявить запросы UPDATE, которые затрагивают большое количество строк или оказывают значительное влияние на производительность сервера. Это позволит Вам оптимизировать запросы, пересмотреть структуру таблиц или принять меры по снижению нагрузки, создаваемой обновлениями. |
|
запрос удалить |
Количество запросов DELETE. Запросы DELETE используются для удаления данных из базы данных. Мониторинг запросов DELETE полезен для оценки частоты и эффективности удаления данных. Вы можете выявить запросы DELETE, которые затрагивают большое количество строк или оказывают значительное влияние на производительность сервера. Это позволит Вам оптимизировать запросы, пересмотреть структуру таблиц или предпринять шаги по снижению нагрузки, создаваемой удалением. |
|
вставка запроса |
Количество запросов INSERT. Запросы INSERT используются для вставки новых данных в базу данных. Мониторинг INSERT-запросов позволяет Вам оценить частоту и эффективность вставки данных. Вы можете выявить INSERT-запросы, которые создают большую нагрузку на сервер или могут вызывать проблемы с производительностью. Это позволит Вам оптимизировать запросы, пересмотреть структуру таблиц или рассмотреть стратегии отложенной вставки для повышения производительности в условиях высокого параллелизма. |
Если функция analyze_connections включена
|
текущие соединения |
Количество текущих соединений. Число текущих соединений относится к числу одновременных соединений, установленных с сервером MySQL в любой момент времени. Очень важно отслеживать это значение, чтобы убедиться, что сервер может справиться с текущей нагрузкой. Если количество текущих соединений близко к максимально допустимому, новые пользователи или приложения могут не иметь возможности подключиться должным образом. Также важно следить за необычным увеличением количества соединений, что может указывать на проблемы с производительностью или возможную вредоносную активность. |
|
Соотношение соединений |
Соотношение количества соединений. Коэффициент соединения относится к частоте, с которой устанавливаются и закрываются соединения на сервере MySQL. Мониторинг этого значения поможет Вам выявить закономерности использования и всплески активности. Высокий коэффициент соединений может указывать на высокий спрос на ресурсы и требовать таких действий, как изменение конфигурации сервера, увеличение аппаратной мощности или пересмотр дизайна приложения. С другой стороны, низкий коэффициент подключения может свидетельствовать о недостаточном использовании доступных ресурсов. |
|
прерванные соединения |
Количество прерванных соединений. Прерванные соединения – это соединения, которые были аномально прерваны до завершения их нормального жизненного цикла. Это может произойти из-за проблем с сетью, ошибок аутентификации, неэффективных запросов или проблем с конфигурацией сервера. Мониторинг прерванных соединений очень важен для выявления и устранения проблем, которые могут повлиять на стабильность и производительность Вашего сервера MySQL. Обнаружив закономерности прерванных соединений, Вы сможете предпринять корректирующие действия и оптимизировать работу приложения или инфраструктуры, чтобы избежать нежелательных сбоев. |
Если innodb_stats активирована
|
Общее количество страниц буферного пула Innodb |
Общее количество страниц в буферном пуле (использование). Буфер InnoDB является важной частью архитектуры хранения InnoDB в MySQL. Мониторинг общего количества страниц в буфере InnoDB важен для оценки эффективности буфера и его способности хранить данные в памяти вместо того, чтобы обращаться к ним с диска. Правильное и хорошо настроенное значение буфера InnoDB может повысить общую производительность системы за счет снижения необходимости выполнять чтение и запись на диск. |
|
Запросы на чтение буферного пула Innodb |
Чтение из буферного пула innodb. Эта метрика показывает, сколько раз Вы запрашивали чтение данных из буфера InnoDB. Мониторинг запросов на чтение из буфера InnoDB может помочь Вам оценить эффективность работы буфера и определить, обслуживается ли большинство чтений из памяти или же существует высокая нагрузка на чтение с диска. Большое количество запросов на чтение из буфера InnoDB может свидетельствовать о хорошем использовании памяти и улучшении производительности. |
|
Чтения с диска Innodb |
Количество операций чтения. Под чтением с диска в InnoDB понимаются операции чтения, которые выполняются непосредственно с дискового хранилища, а не с использованием данных, хранящихся в буфере InnoDB. Мониторинг чтений с диска позволяет Вам оценить эффективность буфера InnoDB и определить, не выполняется ли слишком много чтений с диска. Большое количество чтений с диска может указывать на необходимость скорректировать размер буфера InnoDB или повысить эффективность запросов. |
|
Запись на диск Innodb |
Количество операций записи. Дисковые записи в InnoDB относятся к операциям записи, которые выполняются непосредственно на дисковое хранилище. Мониторинг записи на диск важен для оценки нагрузки на запись и определения того, не выполняется ли слишком много операций записи, что может повлиять на производительность. Большое количество записей на диск может указывать на необходимость оптимизировать операции записи или рассмотреть возможность использования таких методов, как настройка кэша или пакетная запись, для повышения производительности. |
|
Чтение данных с диска Innodb |
Количество данных, считанных с диска. Эта метрика относится к количеству данных, прочитанных с диска в InnoDB. Мониторинг объема данных, считываемых с диска, помогает Вам оценить производительность и эффективность операций чтения в InnoDB. Большой объем данных, считываемых с диска, может указывать на проблемы с производительностью и необходимость оптимизации запросов или повышения эффективности буферов InnoDB. |
|
Запись данных на диск Innodb |
Количество данных, записанных на диск. Эта метрика относится к количеству данных, которые были записаны на диск в InnoDB. Мониторинг количества данных, записанных на диск, поможет Вам оценить производительность и эффективность операций записи в InnoDB. Большой объем данных, записанных на диск, может свидетельствовать о высокой нагрузке на запись и необходимости оптимизировать операции записи или рассмотреть такие методы, как настройка кэша или пакетная запись для повышения производительности. |
Если функция cache_stats включена
|
Кэш запросов включен |
Кэш запросов включен. Кэш запросов в MySQL позволяет хранить запросы и их результаты в памяти, чтобы их можно было повторно использовать при повторении точно такого же запроса. Контроль за тем, включен или отключен кэш запросов, важен для оценки влияния кэша на общую производительность системы. Кэширование запросов может повысить производительность, предотвращая повторное выполнение одинаковых запросов, но оно также может оказать негативное влияние, если запросы часто меняются или если размер кэша недостаточен. |
|
коэффициент попадания запросов |
Коэффициент попадания в консультацию. Коэффициент попадания запросов – это доля запросов, которые были решены с помощью кэша запросов, по сравнению с общим количеством выполненных запросов. Мониторинг коэффициента попадания запросов позволяет Вам оценить эффективность кэша запросов и определить, насколько эффективно он используется. Высокий коэффициент попадания запросов свидетельствует о хорошей производительности кэша, в то время как низкий коэффициент попадания может указывать на то, что кэш не оптимизирован или что запросы часто меняются. |
Если функция engine_uptime активирована
| restart_detection Должно быть равно 0, если был обнаружен неожиданный перезапуск, и 1 в противном случае. При неожиданном перезапуске сервера может произойти прерывание доступа к базе данных и потенциально могут быть потеряны транзакции или данные, сохраненные некорректно. |
Если функция query_stats включена
| queries Количество всех запросов. Мониторинг запросов необходим для понимания рабочей нагрузки на сервер и оценки общей производительности системы. Отслеживая общее количество запросов, Вы можете выявить всплески активности, оптимизировать производительность и обнаружить потенциальные проблемы, такие как неэффективные или избыточные запросы. |
| Скорость выполнения запросов Скорость выполнения запросов. Скорость выполнения запросов – это скорость, с которой запросы выполняются на сервере MySQL. Мониторинг частоты запросов позволяет Вам оценить нагрузку на сервер в режиме реального времени и выявить закономерности использования. Высокая частота запросов может указывать на высокий спрос на ресурсы и требовать корректировки конфигурации сервера или обновления оборудования для поддержания оптимальной производительности. С другой стороны, низкая частота запросов может указывать на недостаточное использование доступных ресурсов или проблемы с производительностью приложения. |
| query select Количество запросов SELECT. Запросы SELECT используются для получения данных из базы данных. Мониторинг SELECT-запросов позволяет Вам оценить эффективность запросов и оптимизацию индексов. Выявив медленные или неэффективные запросы SELECT, Вы можете предпринять шаги для повышения их производительности, например, добавить соответствующие индексы, оптимизировать запросы или изменить настройки сервера. |
| query update Количество запросов UPDATE. Запросы UPDATE используются для изменения существующих данных в базе данных. Мониторинг запросов UPDATE важен для оценки частоты и эффективности обновления данных. Вы можете выявить запросы UPDATE, которые затрагивают большое количество строк или оказывают значительное влияние на производительность сервера. Это позволит Вам оптимизировать запросы, пересмотреть структуру таблиц или принять меры по снижению нагрузки, создаваемой обновлениями. |
| query delete Количество запросов DELETE. Запросы DELETE используются для удаления данных из базы данных. Мониторинг запросов DELETE полезен для оценки частоты и эффективности удаления данных. Вы можете выявить запросы DELETE, которые затрагивают большое количество строк или оказывают значительное влияние на производительность сервера. Это позволит Вам оптимизировать запросы, пересмотреть структуру таблиц или предпринять шаги по снижению нагрузки, создаваемой удалением. |
| query insert Количество запросов INSERT. Запросы INSERT используются для вставки новых данных в базу данных. Мониторинг INSERT-запросов позволяет Вам оценить частоту и эффективность вставки данных. Вы можете определить INSERT-запросы, которые создают большую нагрузку на сервер или могут вызывать проблемы с производительностью. Это позволит Вам оптимизировать запросы, пересмотреть структуру таблиц или рассмотреть стратегии отложенной вставки для повышения производительности в условиях высокого параллелизма. |
Если функция analyze_connections включена
| Текущие соединения Количество текущих соединений. Количество текущих соединений относится к числу одновременных соединений, установленных с сервером MySQL в любой момент времени. Очень важно отслеживать это значение, чтобы убедиться, что сервер может справиться с текущей нагрузкой. Если количество текущих соединений близко к максимально допустимому, новые пользователи или приложения могут не иметь возможности подключиться должным образом. Также важно следить за необычным увеличением количества соединений, что может указывать на проблемы с производительностью или возможную вредоносную активность. |
| Коэффициент соединений Коэффициент соединений. Коэффициент соединений относится к частоте, с которой устанавливаются и закрываются соединения на сервере MySQL. Мониторинг этого значения может помочь Вам выявить закономерности использования и всплески активности. Высокий коэффициент соединений может указывать на высокий спрос на ресурсы и требовать таких действий, как корректировка конфигурации сервера, увеличение мощности оборудования или пересмотр дизайна приложения. С другой стороны, низкий коэффициент подключения может свидетельствовать о недостаточном использовании доступных ресурсов. |
| Прерванные соединения Количество прерванных соединений. Прерванные соединения – это соединения, которые были аномально прерваны до завершения их нормального жизненного цикла. Это может произойти из-за проблем с сетью, ошибок аутентификации, неэффективных запросов или проблем с конфигурацией сервера. Мониторинг прерванных соединений очень важен для выявления и устранения проблем, которые могут повлиять на стабильность и производительность Вашего сервера MySQL. Обнаружив закономерности прерванных соединений, Вы сможете принять корректирующие меры и оптимизировать Ваше приложение или инфраструктуру, чтобы избежать нежелательных сбоев. |
Если innodb_stats активирована
| Innodb buffer pool pages total Общее количество страниц в буферном пуле (utilization). Буфер InnoDB является важной частью архитектуры хранения InnoDB в MySQL. Мониторинг общего количества страниц в буферном пуле InnoDB важен для оценки эффективности буфера и его способности хранить данные в памяти вместо того, чтобы обращаться к ним с диска. Правильное и хорошо настроенное значение буфера InnoDB может повысить общую производительность системы за счет снижения необходимости выполнять чтение и запись на диск. |
| Запросы на чтение из буферного пула Innodb Чтение из буферного пула innodb. Эта метрика показывает количество запросов на чтение данных из буфера InnoDB. Мониторинг запросов на чтение из буфера InnoDB поможет Вам оценить эффективность работы буфера и определить, обслуживается ли большая часть чтений из памяти или наблюдается высокая нагрузка на чтение с диска. Большое количество запросов на чтение из буфера InnoDB может свидетельствовать о хорошем использовании памяти и улучшении производительности. |
| Innodb disk reads Количество операций чтения. Под дисковыми чтениями InnoDB понимаются операции чтения, которые выполняются непосредственно с дискового хранилища, а не с использованием данных, хранящихся в буфере InnoDB. Мониторинг чтений с диска позволяет Вам оценить эффективность работы буфера InnoDB и определить, не выполняется ли слишком много чтений с диска. Большое количество чтений с диска может указывать на необходимость скорректировать размер буфера InnoDB или повысить эффективность запросов. |
| Innodb disk writes Количество операций записи. Дисковые записи InnoDB относятся к операциям записи, которые выполняются непосредственно на дисковое хранилище. Мониторинг записи на диск важен для оценки нагрузки на запись и определения того, не выполняется ли слишком много операций записи, что может повлиять на производительность. Большое количество записей на диск может указывать на необходимость оптимизировать операции записи или рассмотреть возможность использования таких методов, как настройка кэша или пакетная запись, для повышения производительности. |
| Innodb disk data read Количество данных, считанных с диска. Эта метрика относится к количеству данных, прочитанных с диска в InnoDB. Мониторинг количества данных, считанных с диска, поможет Вам оценить производительность и эффективность операций чтения в InnoDB. Большой объем данных, считываемых с диска, может указывать на проблемы с производительностью и необходимость оптимизации запросов или повышения эффективности буферов InnoDB. |
| Innodb disk data written Количество данных, записанных на диск. Эта метрика относится к количеству данных, которые были записаны на диск в InnoDB. Мониторинг количества данных, записанных на диск, поможет Вам оценить производительность и эффективность операций записи в InnoDB. Большой объем данных, записанных на диск, может свидетельствовать о высокой нагрузке на запись и необходимости оптимизировать операции записи или рассмотреть такие методы, как настройка кэша или пакетная запись для повышения производительности. |
Если функция cache_stats включена
| Кэш запросов включен Кэш запросов включен. Кэш запросов в MySQL позволяет хранить запросы и их результаты в памяти, чтобы их можно было повторно использовать при повторении одного и того же запроса. Контроль за тем, включен или отключен кэш запросов, важен для оценки влияния кэша на общую производительность системы. Кэширование запросов может повысить производительность, предотвращая повторное выполнение одинаковых запросов, но оно также может оказать негативное влияние, если запросы часто меняются или если размер кэша недостаточен. |
| Коэффициент попадания запросов Коэффициент попадания запросов. Коэффициент попадания запросов – это доля запросов, которые были решены кэшем запросов, по сравнению с общим количеством выполненных запросов. Мониторинг коэффициента попадания запросов позволяет Вам оценить эффективность кэша запросов и определить, насколько эффективно он используется. Высокий коэффициент попадания запросов свидетельствует о хорошей производительности кэша, в то время как низкий коэффициент попадания может указывать на то, что кэш не оптимизирован или что запросы часто меняются. |
Плагин также создаст модуль для каждого пользовательского запроса, определенного в файле конфигурации.
ресурсы pandora fms
Хотите узнать больше? Изучите другие ресурсы
Техническая поддержка: Персональная помощь в решении Ваших сомнений.
Руководство пользователя: Узнайте, как получить максимальную отдачу от Pandora FMS.
Статья в блоге: Статьи и руководства по мониторингу в различных средах.
Контролируйте базы данных DB2 удаленно и без лишних хлопот
Pandora FMS облегчает мониторинг баз данных DB2 с сервера Discovery Server, позволяя получать большое количество метрик через интуитивно понятный веб-интерфейс.
