MySQL Enterprise Monitor доступен как часть подписки MySQL Enterprise, узнайте больше на https://www.mysql.com/products/.
Questions and Answers
C.1: Если я модернизирую до 3.1, что происходит с пользователями, определенными в более ранних версиях?
Все пользователи, определенные в более ранних версиях, отображены к ролям по умолчанию, введенным в Access Control Lists в MySQL Enterprise Monitor 3.1. Имена пользователей сохраняются, но их разрешения определяются отдельно в ролях по умолчанию. Все существующие ранее пользователи автоматически отображаются к ролям по умолчанию.
Например, если User1 определяется как dba в MySQL Enterprise Monitor
3.0.x, User1 создан в MySQL Enterprise Monitor 3.1, но назначен на роль
dba. Если User1 определен как dba и
имеет разрешения Query Analyzer в 3.0.x, он назначен на роль dba и на
роль Query Analyzer в 3.1.
C.1:
Как найти
игнорируемые экземпляры MySQL? Как их увидеть?/
Со страницы MySQL Instances откройте панель Unmonitored Instances, включите фильтр Ignored Instance и выполните поиск. Это перечисляет проигнорированные экземпляры MySQL.
Чтобы изменить статус проигнорированного экземпляра MySQL, выберите Show Instance из контекстного меню для определенного экземпляра MySQL или отметьте проигнорированный экземпляр и нажмите кнопку .
C.2: Используя MySQL Enterprise Service Manager 3.2 со старыми агентами, почему я вижу вот такие предупреждающие сообщения в журналах агента?
WARN [HttpPollingJobFetcher-thread-0:com.mysql.etools.agent.ManagedOrder] bean order property CoalescedCollectionRunner.collections is a collection and contains a class not available on the agent. This element of the collection will be ignored. Upgrading the agent to a version at least the same as the service manager may solve this problem. java.lang.RuntimeException: java.lang.ClassNotFoundException: com.mysql.etools.inventory.model.mysql.XXXXXXX
MySQL Enterprise Monitor 3.2 ввел поддержку репликации с несколькими
источниками. Часть функциональности, введенной в этих агентах 3.2,
недоступна в более ранних агентах. XXXXXXX
представляет один из классов, недоступных в более раннем агенте.
Эти предупреждения не подразумевают, что что-либо неправильно с вашей установкой, или любые данные отсутствуют в коллекциях. Однако, сильно рекомендуется, чтобы вы модернизировали своих агентов до той же самой версии, как ваш MySQL Enterprise Service Manager.
C.3:
В 2.3 agent-mgmt-hostname
содержит последовательность "heartbeat" как путь URL. Это изменилось?
Да, это больше не требуется и проигнорировано, начиная с MySQL Enterprise Monitor 3.0.0.
Откройте инструментальную панель MySQL Instances и выберите из меню экземпляра. Альтернативно, взведите флажок для одного экземпляра и нажмите .
Переименование сервера таким образом отвергнет все другие обозначения сервера, включая изменения конфигурации агента.
C.5: Query Analyzer работает со всеми версиями MySQL и MySQL Client Libraries?
Поддерживается MySQL 5.1 и позже.
Анализ результатов Performance Schema требует MySQL Server 5.6.14 и выше.
C.6:
Почему файл apache-tomcat/logs/tomcat.log
показывает сообщения об ошибках This is very likely to
create a memory leak? Это важно?
Это сообщение иногда пишется, когда компоненты web-стека или web-приложения перезагружаются или закрываются, это не повод для беспокойства. Не практично отключать эти сообщения в Tomcat.
C.7: Почему контроль экземпляра MySQL с таблицами FEDERATED делается с дополнительными связями и уменьшенной производительностью?
Когда агент начинает работу, это выполняет процесс открытия, который выполняет много запросов к INFORMATION_SCHEMA, которые собирают информацию о таблице для правил. Эти запросы к INFORMATION_SCHEMA могут быть дорогостоящими на экземплярах с многими таблицами, особенно с большими количествами таблиц FEDERATED к другому экземпляру, поскольку каждой таблице открыли новую сессию для нее на целевой машине.
C.1: Каковы особенности и связанная выгода MySQL Enterprise Monitor?
MySQL Enterprise Monitor похож на наличие "Virtual DBA Assistant", чтобы рекомендовать методы наиболее успешной работы, устранить уязвимости системы обеспечения безопасности, улучшить и оптимизировать работу. Для полного списка особенностей и преимуществ посетите http://www.mysql.com/products/enterprise/monitor-features.html.
C.2: Какова непосредственная выгода MySQL Enterprise Monitor?
Часто установки MySQL осуществляются с настройками по умолчанию, которые могут не подойти лучше всего для определенных образцов использования. Советники MySQL применяются, чтобы работать в этой окружающей среде, чтобы определить потенциальные проблемы и заранее зарегистрировать и консультировать DBA по вопросам ключевых параметров настройки MySQL, которые могут быть настроены, чтобы улучшить доступность, безопасность и увеличить пропускную способность существующих серверов MySQL.
C.3: Какова долгосрочная выгода от MySQL Enterprise Monitor?
Со временем задача управления даже средним масштабом сервера MySQL становится более сложной по экспоненте, тем более, что груз пользователей, связей и прикладных запросов на каждом сервере MySQL растет. Enterprise Monitor все время контролирует динамическую безопасность, работу, репликацию и соответствующие метрики схем всех серверов MySQL, поэтому в то время, как нагрузка продолжает расти, DBA получают решение потенциальных проблем и превентивные меры, которые могут быть осуществлены, чтобы гарантировать, что каждый сервер продолжает работать на высших уровнях безопасности, производительности и надежности.
C.4: Как MySQL Enterprise Monitor установлен и развернут?
Enterprise Monitor приведен в действие распределенным веб-приложением, которое установлено и развернуто в границах корпоративного брандмауэра.
C.5: Как спроектировано веб-приложение Enterprise Monitor?
Веб-приложение Enterprise Monitor включает три компонента:
Monitor Agent: легкая Java-программа, которая устанавливается на каждом из проверенных хостов. Ее цель состоит в том, чтобы собрать данные SQL и метрики операционной системы, которые позволяют DBA контролировать полное здоровье, доступность и работу сервера MySQL и хоста. Monitor Agent это единственный компонент в приложении, которое затрагивает или соединяется с MySQL Server. Это сообщает о данных, которые собирает, через XML по HTTP централизованному Service Manager.
Service Manager: главный сервер приложения. Менеджер по сервису управляет и хранит сборы данных, которые входят от каждого агента монитора. Это анализирует эти коллекции с использованием MySQL, предоставляя советник по вопросам наиболее успешной практики, что позволяет создать правила, определить здоровье, безопасность, доступность и исполнение каждого из проверенных MySQL Server. Service Manager также обеспечивает содержание для Enterprise User Interface, который служит интерфейсом пользователя клиента для распределенного веб-приложения.
Repository: база данных MySQL, которая используется для хранения коллекций данных и данных конфигурации уровня приложения.
C.6: Что делает MySQL Enterprise уникальным?
Из продуктов на рынке, которые контролируют определенные метрики MySQL, кода SQL и OS, MySQL Enterprise Monitor это единственное решение, которое строится и поддерживается инженерами в MySQL. В отличие от других решений, которые сообщают относительно сырого MySQL и метрик уровня OS, MySQL Enterprise Monitor разработан, чтобы оптимизировать использование MySQL, заранее контролируя экземпляры MySQL и предоставляя уведомления и экспертные знания MySQL DBA в коробке, советы относительно корректирующих мер, которые может принять DBA прежде, чем проблемы происходят.
C.7: Какие версии MySQL поддерживаются MySQL Enterprise Monitor?
MySQL Enterprise Monitor поддерживает MySQL 5.1 and above.
C.8: Какие платформы операционных систем поддерживаются MySQL Enterprise Monitor?
Enterprise Monitor Service Manager полностью поддерживается на
актуальнейших версиях Linux, Windows, Windows Server Editions и Solaris.
Monitor Agent поддерживает любую платформу, поддержанную сервером MySQL
Enterprise. Для полного списка того, что поддерживает
MySQL Enterprise, см.
MySQL Supported Platforms и выберите
MySQL Enteprise Monitor.
C.9: Как подписчики уведомлены о наличии нового или обновленного MySQL Enterprise Monitor, MySQL Enterprise Advisors и правил советника?
Клиенты получают уведомления по электронной почте о новых и обновленных версиях MySQL Enterprise Monitor. Также раздел What's New в MySQL Enterprise Monitor, если включен, содержит новые объявления о продукте.
C.1: Что такое MySQL Query Analyzer?
MySQL Query Analyzer позволяет DBA, разработчикам и системным администраторам улучшать производительность приложения, собирая, контролируя и анализируя запросы, когда они работают на серверах MySQL. http://www.mysql.com/products/enterprise/query.html
C.2: Как установить и включить MySQL Query Analyzer?
См. раздел 31.1.
C.3: Какие издержки я могу ожидать, включая MySQL Query Analyzer?
В MySQL 5.6 или выше при включенной Performance Schema издержек незаметно.
C.4: Каковы главные особенности и преимущества MySQL Query Analyzer?
Для полного перечня особенностей и преимуществ посмотрите MySQL Enterprise Monitor Features and Benefits.
C.5: Каковы типичные варианты использования MySQL Query Analyzer?
Типичные варианты использования для разработчиков, DBA и системных администраторов:
Разработчики: применение монитора и настройка запросов приложений во время развития прежде, чем они будут использованы в производстве.
DBA и системные администраторы: определение проблемного кода SQL, когда это работает и консультирование группы разработчиков по вопросам того, как настроить. Этот вариант использования извлекает выгоду больше всего из регулярной выборки запросов, когда они работают.
C.6: Что делает MySQL Query Analyzer уникальным?
Другие продукты (свободные, с открытым исходным кодом и коммерческие), которые обеспечивают контроль запросов MySQL, зависят от включения MySQL Slow Query Log и доступны для выборки. В то время, как это обеспечивает некоторую экономию времени по сбору данных DBA и парсингу журналов, Slow Query Log идет с издержками и не захватывает миллисекунды выполнения. Данные журналов также становятся огромными очень быстро.
MySQL Query Analyzer собирает запросы и статистику выполнения без зависимости от SQL Query Log, это захватывает все SQL-операторы, посланные в сервер MySQL, и обеспечивает соединенное представление полного времени выполнения и самых дорогих по времени запросов. Это также полностью поддерживается как часть подписки MySQL Enterprise.
C.7: Как я могу получить MySQL Query Analyzer?
MySQL Query Analyzer встроен в MySQL Enterprise Monitor.
Чтобы испытать MySQL Enterprise Monitor в течение 30 дней, посетите the http://www.mysql.com/trials/
C.8: Query Analyzer работает с MySQL Cluster?
Да, если именно этот узел проверен агентом, и анализатор был позволен для этого узла. Обратите внимание на то, что необходимо получать доступ к данным о кластере через стандартный узел MySQL.
C.9: Query Analyzer позволяет мне контролировать чтение с диска и запись во время запроса?
Нет, эта информация не доступна анализатору, но многие советники действительно обращаются с этой информацией. Агент контролирует хост, что включает контроль CPU, диска и памяти.
C.10: Query Analyzer обрабатывает подготовленные запросы?
В настоящее время анализатор не отслеживает подготовленные запросы серверной стороны. Однако, конфигурации по умолчанию для большинства клиентских библиотек для MySQL не используют их, они эмулируют их на клиентской стороне, а там анализатор следит.
C.11: Query Analyzer будет работать без какой-либо специальной установки?
В MySQL Server 5.6.14 и выше Query Analyzer автоматически (по умолчанию) собирает данные и показывает с использованием Performance Schema Statement Digests MySQL Server. Если вы контролируете более раннюю версию сервера MySQL, то можно продолжить использовать альтернативные методы обеспечения данных Query Analyzer.
Для получения информации о различных методах получения данных о запросе посмотрите раздел 31.1.