RussianLDP Рейтинг@Mail.ru
WebMoney: 
WMZ Z294115950220 
WMR R409981405661 
WME E134003968233 
Visa 
4274 3200 2453 6495 

Приложение C. MySQL Enterprise Monitor Frequently Asked Questions

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 или отметьте проигнорированный экземпляр и нажмите кнопку Show Instances.

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.

C.4: Как я меняю имя сервера?

Откройте инструментальную панель MySQL Instances и выберите Edit Instance из меню экземпляра. Альтернативно, взведите флажок для одного экземпляра и нажмите Edit 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 к другому экземпляру, поскольку каждой таблице открыли новую сессию для нее на целевой машине.

MySQL Monitor

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, если включен, содержит новые объявления о продукте.

MySQL Query Analyzer

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.

Поиск

 

Найди своих коллег!

Вы можете направить письмо администратору этой странички, Алексею Паутову. mailto:alexey.v.pautov@mail.ru