Comments 14
Так не бывает.
-1
Не завелось «из коробки»
при загрузке дашборда ошибка
«Error 1146: Table 'performance_schema.global_status' doesn't exist»
MariaDB Ver 15.1 Distrib 10.4.12-MariaDB, for Win64 (AMD64)
performance_schema.global_status не было после установки MariaDB
при загрузке дашборда ошибка
«Error 1146: Table 'performance_schema.global_status' doesn't exist»
MariaDB Ver 15.1 Distrib 10.4.12-MariaDB, for Win64 (AMD64)
performance_schema.global_status не было после установки MariaDB
0
issue такой есть Table 'performance_schema.global_status' doesn't exist #5
+1
Привет!
Как и сказал, тут бывают «нюансы» с My2.
Я сам, например, поднимал это хозяйство на MySql 5.6, а там немного другая схема сбора статистики. Ну т.е. она просто немного не подходит под заготовку.
Проблема чаще всего заключается в переменной, идущей в комплекте, под названием
MyVar2
Попробуй заменить код
С
на
Либо, на крайний случай, можно вообще ее выключить. Ну или обновить MySql до 5.7
Как и сказал, тут бывают «нюансы» с My2.
Я сам, например, поднимал это хозяйство на MySql 5.6, а там немного другая схема сбора статистики. Ну т.е. она просто немного не подходит под заготовку.
Проблема чаще всего заключается в переменной, идущей в комплекте, под названием
MyVar2
Попробуй заменить код
С
select concat('MySQL version: ',version(), ' Created at: ', date_format(min(create_time),'%Y-%m-%d %T') ,
' Started at: ', date_format(date_sub(now(), INTERVAL variable_value second),'%Y-%m-%d %T')) info
from information_schema.tables,performance_schema.global_status
where variable_name='UPTIME'
group by variable_value
на
select concat('MySQL version: ',version(), ' Created at: ', date_format(min(create_time),'%Y-%m-%d %T') ,
' Started at: ', date_format(date_sub(now(), INTERVAL variable_value second),'%Y-%m-%d %T')) info
from information_schema.tables,information_schema.SESSION_STATUS
where variable_name='UPTIME'
group by variable_value
Либо, на крайний случай, можно вообще ее выключить. Ну или обновить MySql до 5.7
0
Спасибо за статью, было интересно почитать. Однако неясно, чем такой способ мониторинга лучше стандартного через telegraf plugin mysql либо скажем через перконовский pmm.
Если Вы сравнивали, было бы интересно услышать Ваше мнение.
Если Вы сравнивали, было бы интересно услышать Ваше мнение.
+2
Привет! Не буду спорить, что лучше, но эстетически мне больше нравится Grafana.
Согласись, что если она уже установлена к примеру для просмотра логов на сервере, то прикрутить такую статистику весьма легко.
Согласись, что если она уже установлена к примеру для просмотра логов на сервере, то прикрутить такую статистику весьма легко.
0
UFO just landed and posted this here
Можно ли так мониторить несколько инстансов MySQL из одной инсталляции Grafana?
0
Благодарю — интересный вариант предложили! Но не совсем пойму — какие у него преимущества в сравнении с использованием (вроде как более распространённого) способа через prometheus-mysqld_exporter?
Я вижу только одно — то что не используется прослойка в виде prometheus, но если уж начинаем активно мониторить что-то, то обычно первым делом подключается prometheus-node-exporter для мониторинга основных параметров сервера, и подключить к нему потом mysqld_exporter — вообще не проблема.
А самый заметный минус предложенного подхода — то что my2Collector будет писать в ту же базу данных MySQL, добавляя нагрузки на сервер, и получая проблемы с производительностью при накапливании миллионов строк, отсутствия возможности «сжать» старые куски и т.п. А вот при использовании Time series databases такой проблемы не будет.
Я вижу только одно — то что не используется прослойка в виде prometheus, но если уж начинаем активно мониторить что-то, то обычно первым делом подключается prometheus-node-exporter для мониторинга основных параметров сервера, и подключить к нему потом mysqld_exporter — вообще не проблема.
А самый заметный минус предложенного подхода — то что my2Collector будет писать в ту же базу данных MySQL, добавляя нагрузки на сервер, и получая проблемы с производительностью при накапливании миллионов строк, отсутствия возможности «сжать» старые куски и т.п. А вот при использовании Time series databases такой проблемы не будет.
0
Спасибо! Prometheus уже стал стандартом. По крайней мере, я постоянно встречаю в требованиях на должность разработчика. У него свои плюсы безусловно есть, не спорю, но смысл данной статьи - это показать простоту организации слежения за состоянием БД. Если сравнивать развертывание mysqld_exporter с тем, что описано - сразу видно, что описанный подход проще (не лучше, но субъективно проще).
0
Sign up to leave a comment.
Мониторинг производительности MySQL для Grafana на изичах за 20 минут