Повышенная нагрузка на сервер баз данных

С сервера пришло сообщение:
"Уведомляем Вас, что работой базы данных MySQL *** создается повышенная
нагрузка на сервер баз данных. Примеры запросов находятся в прикрепленном
файле.

Оптимизируйте, пожалуйста, Ваши скрипты, SQL-запросы и дайте нам знать о
результатах.

Например, Вы можете использовать метод EXPLAIN для выяснения "тяжелых"
запросов и создание индексов (CREATE INDEX), тем самым снизив нагрузку на
базу данных. "

примеры из прикреплённого файла:
"SELECT option_value FROM wp_options WHERE option_name = ‘siteurl’;

SELECT * FROM `wp_IMM-Glossary` WHERE `Title` = ” ORDER BY `ID` ASC;

SELECT wp_posts.ID
FROM wp_posts, wp_postmeta
WHERE wp_posts.ID = wp_postmeta.Post_ID
AND meta_key = ‘runphp’
AND meta_value = ‘1’;

SHOW TABLES LIKE ‘wp_IMM-Glossary’;

SELECT option_value FROM wp_options WHERE option_name = ‘siteurl’;

SELECT option_value FROM wp_options WHERE option_name = ‘rich_editing’ LIMIT 1;

SELECT ID FROM `wp_posts` WHERE `post_content` LIKE ‘%[[[IMM-Glossary]]]%’ ORDER BY `ID` ASC;

SELECT * FROM wp_posts WHERE ID = 7 LIMIT 1;

SELECT ID FROM `wp_users` WHERE `user_login` = ‘***’;

SELECT option_value FROM wp_options WHERE option_name = ‘widget_text’ LIMIT 1;
"

Поскольку с SQL знаком только на уровне, что он есть. Подскажите, что можно сделать в данном случае, чтобы узнать кто обеспечивает повышенную нагрузку на сервер (я так понимаю, что это плагин IMM_glossary) и как эту нагрузку уменьшить.

Заранее спасибо за подробные ответы.

В общем, мыслите в правильную сторону: LIKE с двумя процентами – очень тормозная штука. Но с уровнем "знаю что он есть" Вы вряд ли сможете перестроить плагин на использование полнотектового индекса (что, как мне кажется, должно улучшить ситуацию). Хотя… Посмотрите, как как устроен плагин related-posts.

Еще одним вариантом снижения средней (не пиковой!) нагрузки может быть использование плагина wp-super-cache.

PS Я смотрел IMM-Glossary 2.1.1 и мне показалось, что он написан левой ногой, по крайней мере в части работы с БД.

В общем, мыслите в правильную сторону: LIKE с двумя процентами - очень тормозная штука. Но с уровнем "знаю что он есть" Вы вряд ли сможете перестроить плагин на использование полнотектового индекса (что, как мне кажется, должно улучшить ситуацию). Хотя... Посмотрите, как как устроен плагин related-posts.

Еще одним вариантом снижения средней (не пиковой!) нагрузки может быть использование плагина wp-super-cache.

PS Я смотрел IMM-Glossary 2.1.1 и мне показалось, что он написан левой ногой, по крайней мере в части работы с БД.

Ю.Б., чем мне может помочь устройство плагина related-posts?

Чтобы перестроить плагин IMM_glossary, для использования полнотекстового индекса не достаточно будет сделать одно-два изменения, как для изменения языка плагина (за что Вам огромное спасибо), или здесь более сложная задача?

В related-posts используется fulltext index. А поможет или нет – это неведомо. Как минимум потому что не факт, что тормозит именно этим местом. Он весь сказочный 🙂

…а у тебя случайно никакой RSS граббер не установлен? Бывает, что после 100 награбленных новостей, нагрузка за 5% затем превышает.

делайте чаще оптимизацию табличек

делайте чаще оптимизацию табличек

можно поподробнее?

В phpmyadmin кнопочка-ссылочка есть.

Anonymous
Отправить
Ответ на: