- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Есть такая команда MySQL SHOW STATUS она показывает статистику MySQL
смотрим параметры
Table_locks_immediate и Table_locks_waited
Table_locks_waited показывает сколько запросов на блокировку не выполнились сразу
Table_locks_waited должно быть менее 1% от Table_locks_immediate
Еще можно посмотреть на Aborted_clients и Aborted_connects
Задача отделить проблемы с производительностью в скриптах от проблем в сервере... хостинг еще раз напомню виртуальный.
Омг, ну если производительность скриптов не связана с нагрузкой и стабильностью сервера, то это клиника. Скрипты только выкинуть и заменить на новые.
Омг, ну если производительность скриптов не связана с нагрузкой и стабильностью сервера, то это клиника. Скрипты только выкинуть и заменить на новые.
Спасибо за ваши дельные теоретические советы, но мне нужна практическая информация касательно оценок функционирования сервера, а не скриптов. Что потом с чем делать
мы уж как-нибудь сами :)
_SP_ добавил 28.01.2009 в 16:50
Есть такая команда MySQL SHOW STATUS она показывает статистику MySQL
смотрим параметры
Table_locks_immediate и Table_locks_waited
Table_locks_waited показывает сколько запросов на блокировку не выполнились сразу
Table_locks_waited должно быть менее 1% от Table_locks_immediate
Еще можно посмотреть на Aborted_clients и Aborted_connects
Вероятно речь шла о SHOW STATUS
Попробовал из phpmyadmin
Результат:
Table_locks_immediate 2891378
Table_locks_waited 13415
0.5%... вроде
Aborted_clients 42
Aborted_connects 591
Uptime 13176
Uptime_since_flush_status 13176
Connections 223917
Bytes_received 610
Bytes_sent 8346
два последних странно...
Как бум интерпретировать :) ? Сервер здоров ?
Еще такое есть
Threads_cached 52
Threads_connected 19
Threads_created 290
Threads_running 8
Все в пределах нормы. С MySQL сервером все в порядке.
Все в пределах нормы. С MySQL сервером все в порядке.
Ну значит скрипты выкинем :).
А жаль, сервер было-бы проще...
Ну значит скрипты выкинем :)
А жаль, сервер было-бы проще...
может сами таблички созданы кривовасто...
например если индексов нет в табле, то идёт фулскан по таблице.
если в таблице более 10000 записей, то в принципе можно визуально заметить так называемые "тормоза базы".
или например сами запросы написаны так, что без фулскана таблиц их нереально выполнить
только это всё равно не проблема сервера... запросы посмотрите, может в них дело...
_SP_, попробуйте скрипт mysqltuner.pl. но не стоит полностью доверять его советам.
вообще говоря нужно писать show global status, иначе некоторые значения сессионые получатся.
может сами таблички созданы кривовасто...
например если индексов нет в табле, то идёт фулскан по таблице.
если в таблице более 10000 записей, то в принципе можно визуально заметить так называемые "тормоза базы".
или например сами запросы написаны так, что без фулскана таблиц их нереально выполнить
только это всё равно не проблема сервера... запросы посмотрите, может в них дело...
Да смотрел я в запросы. Там в основном всякие select count() или выборки по имеющемуся индексу. Никаких джойнов итп. Непонятно. Половина запросов вообще пустой результат дает.
30-40 запросов загружают работой секунд на 5-10.
Может это порядок :) ?
Честно говоря с вирт. хостингом особо дел не имел.
Да... база... для простоты - интернет-магазин с 300 товарами... соответственно даже 1000 строк нигде нет. Она вся около мегабайта-трех...
ЗЫ. Про глобал это вы верно сказали... однако разницы большой нет, т.е. в глобал все еще лучше в % :)
ЗЫЫ. Хостинг из брендовых.
Мне пока что не ясно, зачем осложнять и делать какие-то сторонние тесты MySQL-a
Можно попробовать тот же скрипт на другой хостинг поставить и посмотреть, что будет получаться
Имея результаты на нескольких хостингах, можно уже делать для себя какие-то выводы
Только не стоит для сравнения брать пионерский хостинг - тк высок риск оказаться на нем первым клиентом, которому доступен весь сервер :)
Что касается того, что хостинг "из брендовых", то среди них есть очень перегруженные и заторможенные
Мне пока что не ясно, зачем осложнять и делать какие-то сторонние тесты MySQL-a
Можно попробовать тот же скрипт на другой хостинг поставить и посмотреть, что будет получаться
Имея результаты на нескольких хостингах, можно уже делать для себя какие-то выводы
В общем да, для прикладной задачи возможно и такое решение.
Но тестирование самого mysql ежелиб оно показало его болезнь - аргумент поправить там, где он есть сейчас...
Вероятно придется тащитиь все это на ВПС и смотреть что будет.