Медленные SQL запросы (mySQL) - Как определить проблему по данным запроса - Joomla 1.5: Общие вопросы

У хостера накапливаются данные по медленным SQL запросам.
Подскажите как по данным этих запросов вычислить в чем проблема и как ее решить.
Вот примеры запросов.

Первый пример
SET timestamp=1361668281;
SELECT DISTINCT u.id as userid, IFNULL(c.id,a.catid) as catid, IFNULL(s.id,a.sectionid) as secid, a.id as id, a.*, a.introtext as itext, a.fulltext as mtext, u.name AS author, u.usertype, u.email as authorEmail, a.created_by_alias as authorAlias, a.created AS dsdate, a.modified as updated, c.name as catName, CASE WHEN CHAR_LENGTH(a.alias) THEN CONCAT_WS(":", a.id, a.alias) ELSE a.id END as slug, CASE WHEN CHAR_LENGTH(c.alias) THEN CONCAT_WS(":", c.id, c.alias) ELSE c.id END as catslug
 FROM joo_content AS a
 LEFT JOIN joo_users AS u ON u.id = a.created_by
 LEFT JOIN `joo_categories` AS c on c.id = a.catid
 LEFT JOIN `joo_sections` AS s on s.id = c.section
 WHERE a.state='1'
 AND a.id NOT IN (SELECT content_id FROM joo_content_frontpage)
 AND IFNULL(s.id,0) IN (1,3,6,7,8)
 AND IFNULL(c.id,0) IN (39,54,92,48,49,65,79,82,87,95,99,100,104,107,110,111,112,113,44,53,42,102,108,60,61,63,72,91,94)
 AND a.access <= 0
 AND (c.access <= 0 )
 AND (s.access <= 0 )
AND (a.publish_up = '0000-00-00 00:00:00' OR a.publish_up <= '2013-02-24 01:10:19')
AND ( a.publish_down = '0000-00-00 00:00:00' OR a.publish_down >= '2013-02-24 01:10:19')
ORDER BY a.created DESC LIMIT 10;

Второй пример
SET timestamp=1361291709;
SELECT DISTINCT u.id as userid, IFNULL(c.id,a.catid) as catid, IFNULL(s.id,a.sectionid) as secid, a.id as id, a.*, a.introtext as itext, a.fulltext as mtext, u.name AS author, u.usertype, u.email as authorEmail, a.created_by_alias as authorAlias, a.created AS dsdate, a.modified as updated, c.name as catName, CASE WHEN CHAR_LENGTH(a.alias) THEN CONCAT_WS(":", a.id, a.alias) ELSE a.id END as slug, CASE WHEN CHAR_LENGTH(c.alias) THEN CONCAT_WS(":", c.id, c.alias) ELSE c.id END as catslug
 FROM joo_content AS a
 LEFT JOIN joo_users AS u ON u.id = a.created_by
 LEFT JOIN `joo_categories` AS c on c.id = a.catid
 LEFT JOIN `joo_sections` AS s on s.id = c.section
 WHERE a.state='1'
 AND a.id NOT IN (SELECT content_id FROM joo_content_frontpage)
 AND IFNULL(s.id,0) IN (1,3,6,7,8)
 AND IFNULL(c.id,0) IN (39,54,92,48,49,65,79,82,87,95,99,100,104,107,110,111,112,113,44,53,42,102,108,60,61,63,72,91,94)
 AND a.access <= 0
 AND (c.access <= 0 )
 AND (s.access <= 0 )
AND (a.publish_up = '0000-00-00 00:00:00' OR a.publish_up <= '2013-02-19 16:34:58')
AND ( a.publish_down = '0000-00-00 00:00:00' OR a.publish_down >= '2013-02-19 16:34:58')
ORDER BY a.created DESC LIMIT 10;

Просканировал файлы сайта с поисковым запросом "SELECT DISTINCT u.id as userid"
Выдало
файлы - ninjarsssyndicator.php
ninjarsssyndicator.php.svn-base

Я так понимаю, что проблема с компонентом - ninjarsssyndicator

Подскажите, что можно сделать с этим компонентом, чтобы убрать нагрузку на базу данных?

пользуйтесь EXPLAIN ну и код смотрите, может вам оттуда половина данных не нужна.

Подскажите, пожалуйста, пример как использовать  EXPLAIN
(и вместо чего его использовать)
Я в этом не силен. Может ссылки какие дадите.

аналогичная ситуация. ЧТО-ТО генерирует залипающие запросы к БД. Как отловить в каком файле??

Я бы посоветовал задуматься о смене хостера. Это обычные запросы стандартного com_content и ничего в них медлительного нет.
Это не VirtueMart, где 1 запрос может на 2 экрана влазить))

пришлось оптимизировать сайт. Хостера не поменял-попробую посмотреть как пойдет дальше  разговор
1-подправил шаблон, убрал дублирующиеся второстепенные елементы(дата статьи автор)
2-отключил пару плагинов
3-удалин плагин SIGpro-именно он генерировал большое число запросов (может от того что хаканый ). вместо него поставил другой плагин pPGallery(работает в 2 раза быстрее, запросов в 2 раза меньше)
4-у меня установлены компоненты CommunityBuilder, kommento из самых тяжелых-их не удалишь.
5-настроил кеш для модулей и общий корректно обновляемости сайта
итого-ублал большУю часть слип-запросов. из 180 SQL запросов на главной сократилось к 90 с настроенным кешем. Joomla 2.5