Методика анализа узких мест в mysql?(+)

Sherman

Mephi
Методика анализа узких мест в mysql?(+)

Дано:

Хостинг: мастерхост, тариф «Профессионал-2»(площадка).

Есть доступ по ssh к консольному клиенту. К логам доступа нет.

Каким образом можно проанализировать работу mysql централизовано? Например, как можно узнать количественные характеристики(скажем, глобальные счетчики кол-ва запросов), для конкретного клиента?

Пример:

Делаю логин, попадаю в консольный клиент:

mysql -h host -u user -p

Пишу:

status;
show variables;
show status;
etc;

Но ведь все значения даются для сервера mysql в целом, а кто ж знает какие еще нагрузки у других юзеров, какие скрипты?

Как вообще идет распределение ресурсов в такой ситуации между пользователями(когда есть несолько юзеров)?

Проблемы:

Сервер 80% времени перегружен и даже простые запросы выполняются долго(иногда в сотню! раз медленее, чем на схожей конфигурации, но локально). Иногда возникает ошибка типа: mysql shutdown...

Техподдержка отвечает: анализируйте ваши скрипты. Анализ скриптов мало, что дал, т.к. большинтсво из них тщательно оптимизировалось(как архитектура, так и конкретные запросы), проводились многочисленные тесты.

Интересует прежде всего методика(софт) количественных замеров производительности, и какие-то абсолютные цифры, которые скажут:

1. Вам не хватает ресурсов.
2. Ваши запросы «плохие».
и т.д.

Что вообще почитать по mysql internals(как происходят коннекты, как выделяются ресурсы и т.д., есть ли внутрениий пулл коннекшинов)?
 

Steamroller

Новичок
Каким образом можно проанализировать работу mysql централизовано? Например, как можно узнать количественные характеристики(скажем, глобальные счетчики кол-ва запросов), для конкретного клиента?
А никак и не посмотришь. MySQL у себя внутри хранит счетчики, чтоб за лимиты не выходил (типа сколько запросов за час), но подробностей никаких.
Как вообще идет распределение ресурсов в такой ситуации между пользователями(когда есть несолько юзеров)?
Кто первый встал - того и тапки. :)
Сервер 80% времени перегружен и даже простые запросы выполняются долго(иногда в сотню! раз медленее, чем на схожей конфигурации, но локально). Иногда возникает ошибка типа: mysql shutdown...

Техподдержка отвечает: анализируйте ваши скрипты. Анализ скриптов мало, что дал, т.к. большинтсво из них тщательно оптимизировалось(как архитектура, так и конкретные запросы), проводились многочисленные тесты.
Значит техподдержка врет. Что бывает. :)
Имеет смысл взять ВПС, у них недавно появилось.
Интересует прежде всего методика(софт) количественных замеров производительности, и какие-то абсолютные цифры, которые скажут:

1. Вам не хватает ресурсов.
2. Ваши запросы «плохие».
и т.д.
Ну вообще это задача админа, анализировать. Если на локальной машине у тебя все быстро работает, значит проблема наверняка не в скриптах.
Что вообще почитать по mysql internals(как происходят коннекты, как выделяются ресурсы и т.д., есть ли внутрениий пулл коннекшинов)?
Мануал... Пула внутреннего нету, есть пул потоков. Пул коннекшенов можно внешний прикрутить, спец. софт существует. Но для MySQL это не особо актуально.
 

svetasmirnova

маленький монстрик
Ну вообще это задача админа, анализировать. Если на локальной машине у тебя все быстро работает, значит проблема наверняка не в скриптах.
А нагрузки? А размер базы?
 

Steamroller

Новичок
Ну он же написал
Анализ скриптов мало, что дал, т.к. большинтсво из них тщательно оптимизировалось(как архитектура, так и конкретные запросы), проводились многочисленные тесты.
В моем понимании это примерно так - залить реальную базу на локальной машине, и гонять скрипты ab'ом.
Если при этом показывает хороший результат - то на хостинге должно нормально работать.
А если там кто-то дикую нагрузку создает и база еле дышит - то это вина никак не одного из тысячи сидящих на сервере клиентов, а провайдера.
 

confguru

ExAdmin
Команда форума
Последние phpmyadmin показывают состояние mysql

Показать состояние MySQL

Трафик: Эти таблицы показывают статистику по сетевому трафику MySQL сервера со времени его запуска.
Трафик ø в час
Принято 140,483 Bytes 748 Bytes
Послано 6,169 KB 33,617 Bytes
Всего 6,306 KB 34,365 Bytes
Соединения ø в час %
Неудачные попытки 1 0.01 0.83 %
Отменены 0 0.00 0.00 %
Всего 120 0.64 100.00 %


Статистика запросов: Со времени запуска 2,853 запросов было послано на сервер. Всего ø в час ø в минуту ø в секунду
2,853 15.18 0.25 0.00

и т.д.
Если у вас сервер расшареный - то возможно его грузят по полной другие сайты
 
Сверху