Запросы к БД более 60 млн. - Joomla 1.5: Настройка и оптимизация

Блин... закрыли тему)) а вот опять тоже самое
Количество запрос к БД за сутки было 60млн.. .потом упало на 180,000, сегодня опять поднялось до 800,000.
Чтож делать то?
Посещаемость на сайте 50-100 человек. Стоит Joomla 1,5,14 + Virtue Mart.
Как отследить что дает эти запросы???

Инфор от хострера

Процессор
Суммарное потребление ресурсов процессора за прошедшие 7 суток для всего хостинга, мин
410.86 из 500   
Запросы к БД
Суммарное время выполнения длительных запросов к БД для всего хостинга за сутки, с
62681002 из 50000   
Ввод-вывод
Количество операций ввода/вывода за прошедшие 7 суток для всего хостинга, шт.
257211 из 400000

Запустил режим отладки в Joomle максимальный запрос к БД 100, при загрузке любой страницы. Средний 30-50.
До этого было выключено кэширование, после данных цифр включил его только в Joomle , стало 80, 20-40.

Посоветуйте какие-нибудь варианты??

Есть идеи что это может быть, как это поправить?

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

Помощь требуется  срочно!
Если необходимо оставлю контакты.

ЗАРАНЕЕ... ОГРОМНОЕ СПАСИБО!

Для начала нужно переработать сам VirtueMart и его модули

neGODnic - еще раз таже самая математика
100 запросов на генерацию страницы, 100 хитов в сутки - на выходе 10 000 запросов, а не 60 млн
И по поводу отладки запросов VirtueMart я уже говорил в той теме, нужно разбираться индивидуально, можно и одним запросом БД повесить напрочь

Так в том то и дело... Что должно быть 10,000-50,000 , а ни как 400,000-1,500,000-60,000,000...
Не подскажите в таком случае, как можно ВМ оптимизировать???
И реально ли как-нибудь отследить, что генерирует такое кол-во запросов?

Статистика на сегодня -
Процессор
Суммарное потребление ресурсов процессора за прошедшие 7 суток для всего хостинга, мин
507.85 из 500   
Запросы к БД
Суммарное время выполнения длительных запросов к БД для всего хостинга за сутки, с
465136 из 50000   
Ввод-вывод
Количество операций ввода/вывода за прошедшие 7 суток для всего хостинга, шт.
315069 из 400000

Ребята вы что читать разучились это не количество запросов, а время их выполнения

Суммарное время выполнения длительных запросов к БД для всего хостинга за сутки, с
62681002 из 50000   

Запросы тяжелые вот и думает долго 

1) тогда вопрос  Как облегчить?
Нашел статейку про плагин встроенный в Joomla, называется System - Cache. Но написано что с ним проблемы есть.
2) Кто-нибудь использовал его? У меня он выключен.

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

Я ж уже где-то писал, что в сутках только 86400 секунд. Откуда может 60 млн. взяться???

Physicist, может =)

Рбк извратилось  и считает грубо говоря так
1 запрос длился 2 секунды, на сайте побывало 20 человек, каджый посмотрел по 2 страницы с этим запросом. Итого 80 секунд. Вот и вся их арифметика.

ты написал про 1 запрос )))
а их получается в среднем 100 на 1 страницу, то 80*100 = 8000.
Так и че делать то?

я просто привел пример того, почему у РБК не 86400 секунд в сутках.
Решение - кеширование. Поищите в JED компонент кеширования. На вскидку попробуйте вот это, но перед тем как установить его обязательно сделайте дамп всего сайта и базы.
На версии 1.0 меня подобный компонент спас.

PS у РБК длительные запросы - более 0.5 секунды за 1 запрос

А встроенный плагин в Joomla 1.5 не прокатит? System - Cache

я бы смотрел в сторону кеширования за счет memcached или eaccelerator. Ссылка на приведенный компонент как раз позволяет организовать такое кеширование, естественно при условии наличия на сервере данного расширения. По сути из 100 запросов может получиться 5, но время генерирования страницы может возрасти

в течении нескольких дней- недельки постараюсь все это дело оттестировать..
После теста, отпишусь 
Теперь всем огромное спасибо 

Начал разбираться со всеми модулями наткнулся на следующее.
1. Query Cache - для него необходимы модули оптимизации, типо APC, Xcache  и прочего.. Данные модули ставяться только со стороны сервера.
У меня к сожалению хостинг, и под руттом я не могу ничего установить.
2. При установке стандартного Joomla - Cache сайт стал работать явно быстре, но почемуто страницы минут через 30 ставил вылетать в кракозябликах ( ни обновление и очистка КЭШа не помогла). Как только отключил, все стало ОК.

При загрузке страницы почемуто вылетает кодировка, и все в кракозябликах.  Смотрю код этой страницы -

<meta http-equiv="content-type" content="text/html; charset=utf-8" />

При первой "кривой" загрузке на автомате определяется как - Windows-1251, нажимаю обновить UTF-8 и все норм, дальше работает как по часам. Только закрываю броузер, опять 1ая загрузка в - 1251, обновляю и опять норм.

1. Query Cache - для него необходимы модули оптимизации, типо APC, Xcache  и прочего.. Данные модули ставяться только со стороны сервера.

Кто Вам такое сказал? Там в качестве backend'а можно спокойно file выставить.

Начал разбираться со всеми модулями наткнулся на следующее.
2. При установке стандартного Joomla - Cache сайт стал работать явно быстре, но почемуто страницы минут через 30 ставил вылетать в кракозябликах ( ни обновление и очистка КЭШа не помогла). Как только отключил, все стало ОК.

Ищите по форуму, уже неоднократно обсуждалось, по-моему даже в FAQ вынесено.

neGODnic, при включенном плагине System Cache расширение VirtueMart 1.1.3 начинает глючить (проверено). При общем глобальном кэшировании работает. Со сторонними компонентами кэширования не тестировал.
Для вывода последних товаров советую использовать Модуль вывода товаров для VirtueMart (beta 1.2.2), разработанный beliyadmin. Он даёт всего 1 запрос вместо порядка 60 (!), которые даёт аналогичный модуль от разработчиков магазина.

У меня такая же история. Я попросил у хостера логи на длительные запросы, получил их и удивился. Длительные запросы образуются когда пользователь вдруг захочет посмотреть все товары магазина (т.е. вывести весь список товаров), - Вот именно в этом и проблема. Да конечно когда в магазине 20 товаров, то ничего страшного, а у меня порядка 10000 наименований. Никакой кэш не помог. Может кто подскажет, как запретить virtuemart'у вывод всех товаров? Заранее спасибо.

Помогите разобраться с запросом, сильно грузит на сервере у провайдера в hc.ru:

# Time: 100608  1:00:03
# User@Host: name[name] @ fe22.hc.ru [89.111.176.34]
# Query_time: 4  Lock_time: 0  Rows_sent: 50  Rows_examined: 85207
use name;
SELECT a.*, u.name AS author, u.usertype, UNIX_TIMESTAMP( a.created ) AS created_ts, cat.title AS cat_title, sec.title AS section_title
 FROM jos_content AS a
 INNER JOIN jos_categories AS c ON c.id = a.catid
 LEFT JOIN jos_users AS u ON u.id = a.created_by
 LEFT JOIN jos_categories AS cat ON cat.id = a.catid
 LEFT JOIN jos_sections AS sec ON sec.id = a.sectionid
 WHERE a.state = 1
 AND cat.published = 1
 AND sec.published = 1
 AND a.access = 0
 AND cat.access = 0
 AND sec.access = 0
 AND ( a.publish_up = '0000-00-00 00:00:00' OR a.publish_up <= '2010-06-08 00:59' )
 AND ( a.publish_down = '0000-00-00 00:00:00' OR a.publish_down >= '2010-06-08 00:59' )
 ORDER BY a.created DESC
LIMIT 50;

Версия php 5

Найдите хорошего специалиста

Начал разбираться со всеми модулями наткнулся на следующее.
1. Query Cache - для него необходимы модули оптимизации, типо APC, Xcache  и прочего.. Данные модули ставяться только со стороны сервера.
У меня к сожалению хостинг, и под руттом я не могу ничего установить.

можете выбрать писать кеш в файл

Работает отлично)

можете выбрать писать кеш в файл

Работает отлично)

Как именно сделать "писать кеш в файл" ?