Mysql грузит сервер?

траффик порядка 5к в сутке
на индексе сайта выполняет порядка 5-6 селектов
из них 1 - емкий , пробегается по каталогу и подсчитывает кол-во items в категориях
ни кеша ни статики, все работает в динамике
вопрос, как определить какие процессы (запросы) грузят сервак, и грузят ли вообще, поскольку сомневаюсь в квалификации админа

Процесс глянь в phpadmin и погляди на индексы.......
Все что после where индекси ;)

тебе скорее всего правильные индексы помогут. (либо у тебя их нет. либо они не на то стоят. это в девяти случаев из десяти бывает)

если хочешь по подробнее знать где и как грузится база, просто пиши время выполнения каждго запроса в файл. потом смотри его и думай
бывает что относительно редкий запрос грузит базу так, что мама не горюй.

попробуй делать все обращения к базе через одну функцию, а в ней пропиши что то типа этого.

$stime = microtime(); //время перед запросом.

// обращаемся к базе
$mysql_eval_error="";
$mysql_eval_result = mysql_query($query, $database) or $mysql_eval_error = mysql_error();

$etime = microtime(); // время после запроса

if($etime - $stime > 0.05) // Отсекаем быстрые запросы и пишем только медленные.
{

// пишем в файл.
$fp = fopen("sql.txt", "a+");
flock($fp, 2);
fwrite($fp, "$query\n".mysql_num_rows($mysql_eval_result)."\n$etime-$stime=".($etime-$stime)."\n\n");
fclose($fp);
}

в if пропиши сначала какое ни будь максимальное значение, что бы в файло попадали только самые медленне запросы. оптимизируй их. потом у меньшай время и снова смотри. и так далее.

Sterx писал:

ни кеша ни статики, все работает в динамике

Как уже посоветовали необходимо поглядеть на индексы, но в данному случае я бы посоветовал всё-таки внедрить кеширование, особенно сюда

Sterx писал:

из них 1 - емкий , пробегается по каталогу и подсчитывает кол-во items в категориях

не думаю что количество итемов так уж часто меняется.

З.Ы. Да и вообще, чистая динамика мало где нужна ;)

taj писал:

Как уже посоветовали необходимо поглядеть на индексы, но в данному случае я бы посоветовал всё-таки внедрить кеширование, особенно сюда не думаю что количество итемов так уж часто меняется.

до 300 в день добавляется, а будет еще больше
сейчас порядка 4000 items

кеширование мускуля или кеш страницы сделать на час к примеру?

Sterx писал:

вопрос, как определить какие процессы (запросы) грузят сервак, и грузят ли вообще, поскольку сомневаюсь в квалификации админа

1. Поставь mytop - увидишь запросы в realtime и время их выполнения.
2. В конфиг мускуля впиши log-slow-queries и всё с этим связанное. Читать где-то здесь - http://dev.mysql.com/doc/refman/5.1/en/slow-query-log.html

А так, правильно сказали - делай индексы, делай кеш (или обнолвение по крону, а в реалтайме только статику отдавай.. ). Если совсем тяжело будет - смотри в сторону memcached... Но думаю до этого не дойдут руки :))

Sterx писал:

из них 1 - емкий , пробегается по каталогу и подсчитывает кол-во items в категориях

Перечитал и показалось мне что это вообще не запрос, а функция. Так? Потому-что у мускула каталогов нет,а count(*) много времени не съест.

Sterx писал:

до 300 в день добавляется, а будет еще больше сейчас порядка 4000 items кеширование мускуля или кеш страницы сделать на час к примеру?

Конечно кеширование всей страницы хотя бы на час даст хороший выигрыш, ведь не будет делаться ни одного запроса.
5к хитов сутки/24 * 6 запросов=1250 запросов в час экономии, но применимо только там где-динамики нет вообще.
Если всё-таки динамика нужна какая-то (разные баннеры/пикчи/тексты нужно подгружать,или просто тумбы в разном порядке) то можно кешировать результаты функций (запросов) которые за неё не отвечают, и обновлять кеш либо по устареванию, либо сбрасывать вручную когда данные кеша изменяются. Например, закешировать количество итемов в категории и назвать кеш ItemsCountCAT_ИДкатегории. Если добавляем итем в эту категорию то сбрасываем именно этот кеш. Такой подход имхо даёт отличный результат, потому что мы не будем принудительно перегенерировать кеш для не обновленных данных, хотя в твоём случае (большая интенсивность обновления) вариант с "отложенным" добавлением смотрится предпочтительнее.
В общем тут на месте разбираться нужно ))

проиндексил таблицу главную
вроде помогло, посмотрим дальше

Sterx писал:

траффик порядка 5к в сутке на индексе сайта выполняет порядка 5-6 селектов из них 1 - емкий , пробегается по каталогу и подсчитывает кол-во items в категориях ни кеша ни статики, все работает в динамике вопрос, как определить какие процессы (запросы) грузят сервак, и грузят ли вообще, поскольку сомневаюсь в квалификации админа

откуда ты умозаключил что сервер вообще что-то грузит?
откуда ты умозаключил что сервер грузит mysql?

5к в сутки и 5-6 запросов это смешно просто, если у тебя таблица не в несколько миллионов записей.

p.s.
некоторым товарищам тут лучше вообще не писать,бредятина такая...

xreload писал:

откуда ты умозаключил что сервер вообще что-то грузит? откуда ты умозаключил что сервер грузит mysql?

страницы с выборками отдавались по несколько секунд

слова админа

Давай структуру и запросы, щас все сделаем будет летать ;)
+1 вынести в крон кое чего....... раз в 5 мин
а тупить может и при 10 запросах в час, сам видел и исправлял ;)

Да и конфиг сервака или че там и my.cfg

Последний раз редактировалось: JM (02/10/08 в 08:43), всего редактировалось 1 раз

все в принципе и так уже летает
всем спасибо

может у него конечно там запросы навороченные group by или куча связанных таблиц в запросе, вообще не о чем топик без самого select и остальной инфы типа- структура базы, кол-во записей, с чего вдруг решил что сервер грузит ну и конфиг сервера...

а так конечно mysql грузит, оптимизировать надо...