mysql slow queries

С этим понятно, так и думал.

Поделитесь как вы стараетесь оперативно решать такие проблемы?

Если у меня упал сервер БД - только тогда понятно шо кто-то его положил. И лог анализировать и определять такие запросы - все равно сервер БД упадет. Анализ лога даст только имя того, кого надо прессовать.

Прессовать нужно того, кто этот сервер не щадя использует, то есть себя.

Если у вас хостинг - наймите админа.

В логе указано:

чего? секунд?

5.2.4. The Slow Query Log

The slow query log consists of all SQL statements that took more than long_query_time seconds to execute.

Соответственно, и время выполнения показывается в секундах.

Дело дойшло к 260 m queries/sec, мускуль не упал - то сервер стормозил.

в mysql-slow-log нашел кто первым был. Запрос:

update products_description set products_viewed = products_viewed +1 where products_id = '67 'and language_id = '1';

Query_time: 3

CMS - OSCommerce

текст той статьи - совсем небольшой ... И почему с него началось все не понимаю ...

Дальше - запросы от CMS wordpress.

подскажите как оптимизировать MySQL сервер (сейчас конфиг используется - 4GB RAM, InnoDB only, ACID, few connections, heavy queries, файл - my-innodb-heavy-4G.cnf). InnoDB надо будет отключить

Ибо те сайты которые в логе медленных запросов сервера БД выглядят безобидно

Если у вас сервак сильно нагружен, то всякие примитивные операции типа "products_viewed=products_viewed+1" тоже начинают выполняться медленно и попадают в slow_log.

Ищите что грузит. Наверняка есть более тяжёлые запросы.

В том то и дело - что сервер вопще не нагружен, ЛА ~0.3-0.4

Я думаю надо начинать с top и смотреть на что идет нагрузка

Возможно, в то время, когда делался этот запрос, ЛА был большой, или hdd торозил... может у вас что-нибудь в это время интенсивно архивировалось, дампилось и т.п.

Сам по себе такой запрос может долго выполняться только если в таблице мильёны записей и нет индекса.