- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Зачем быть уникальным в мире, где все можно скопировать
Почему так важна уникальность текста и как она влияет на SEO
Ingate Organic
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Суть в двух словах: есть старые скрипты, которые достались по наследству от старых, скажем так "не очень квалифицированных" програмистов. Накопипастити столько, что руками найти, какой именно запрос и в каком куске сайта, прайктически нереально.
Есть проблема:
http://www.mstarproject.com/temp/locked_mysql.jpg
http://www.mstarproject.com/temp/mysql_la.jpg
Подскажите, как определить первоисточник проблемы? То есть либо запрос вызывающий такие косяки, либо причину?
Баг проявляется апериодично и не напрямую связан с кол-вом посетителей сайта. Спасибо за помощь.
Конвертните базу в innodb - избавитесь от локов на селект.
Конвертните базу в innodb - избавитесь от локов на селект.
Вариант, спасибо за совет.
Может более гуманный способ есть, как найти причину таких блокировок?
Вариант, спасибо за совет.
Может более гуманный способ есть, как найти причину таких блокировок?
А что ее искать? В процессе выполнения запроса - прилетает следующий. Никакой причины нет, нормальная работа базы.
Либо оптимизируйте запросы, посмотрев на время висения запросов в состоянии Sending data, либо оптимизируйте базу.
И - да, не смотрите вы в phpmyadmin, смотрите в show full processlist / mtop
Это ведь не все запросы? должен быть еще и запрос на обновление.
locked не является самой проблемой. это симптом неудачно реализованного обновления базы или же ручной блокировки через оператор lock table (но так реально никто не пишет. маловероятно)
Если сократите время работы обновления - исчезнут и lock-и.
Анализировать все так же : лог медленных запросов, мониторинг show processlist
Анализировать все так же : лог медленных запросов, мониторинг show processlist
Так может быть как раз проблема в том, что много, но меньше секунды обновлений. Нету в слов логе блокирующих запросов, были бы - исправили.
Думал, может есть какой профайлер для майскля, который покажет источник проблемы. Или по каким-то сторонним факторам можно определить, какой из запросов виноват.
mstar добавил 26.05.2009 в 17:41
А что ее искать? В процессе выполнения запроса - прилетает следующий. Никакой причины нет, нормальная работа базы.
Либо оптимизируйте запросы, посмотрев на время висения запросов в состоянии Sending data, либо оптимизируйте базу.
И - да, не смотрите вы в phpmyadmin, смотрите в show full processlist / mtop
Это все хорошо, когда знаешь, какой запрос оптимизировать. А когда не знаешь. Как найти запрос проблемный - вот в чем вопрос больше, чем как оптимизировать запросы.
Это все хорошо, когда знаешь, какой запрос оптимизировать. А когда не знаешь. Как найти запрос проблемный - вот в чем вопрос больше, чем как оптимизировать запросы.
Что в mtop долго болтается - то и надо оптимизировать.
Либо включите slow-query-log, и смотрите в него.
Что в mtop долго болтается - то и надо оптимизировать.
Либо включите slow-query-log, и смотрите в него.
слов лог включен, и все что там было исправлено. Остался этот апериодичный затык.
mstar, в версиях выше 5.1.21 или в специальных патчах на 5.0 миллисекундное разрешение лога медленных запросов.
mstar, в версиях выше 5.1.21 или в специальных патчах на 5.0 миллисекундное разрешение лога медленных запросов.
К сожалению, Server version: 5.0.51a-log на этом сервере. Спасибо, на крайний случай будем обновляться.
А вот там у вас на картинке запрос в сессии 272956 выполняется 5 секунд. Он точно попадет в лог медленных запросов.
Возможно (но не обязательно) это и есть проблемный запрос.