Форум MySQL

Огромное спасибо :-)

Ваш совет действительно помог, даже с дефолтным конфигом от MySQL все 8 запросов выполняются за 0.10 сек

Создать индексы на остальных id_... полях
например, у таблицы file, помимо первичного ключа id_file (индекс для которого уже создан автоматически) нужно создать индексы для полей id_singer, id_album, id_style,id_genre, по сути своей представляющих чужие ключи.

ALTER TABLE `file` ADD INDEX ( `id_singer` ); ALTER TABLE `file` ADD INDEX ( `id_album` ); ALTER TABLE `file` ADD INDEX ( `id_style` ); ALTER TABLE `file` ADD INDEX ( `id_genre` );

Так же и с другими таблицами.

Я не очень разбираюсь в этом, знаю только что если на строке стоит Primary Key то она выбирается быстрее. Подскажите что тогда можно изменить в этих таблицах?

В аттаче первого сообщения дамп структуры. И индексов, кроме первичных, там таки невидно.

да, индексы есть, но это не помогает в данном случае. Возможно индексы не на тех полях стоят
в первом сообщении аттач, там таблицы в виде картинок с помощью символов представлены

У хостера тоже самое, проблема в том что страниц много (например по тем же исполнителям 11684) и все они разные, выборка совершенно разная будет и врятле там что-то скешируется, потому что shared hosting, серваки у хостера мощные, но много разных запросов идет от разных сайтов .

Пробовал специально взять Apache Bench и запустить его на одну и ту же страницу (на домашнем компе), для начала поставил 100 запросов к странице, действительно у MySQL hitrate поднялся почти до 100%. Это было бы приемлимо если бы эту страницу постоянно грузили, но как я писал выше, для каждого исполнителя создается новая страница.

Диск Seagate Barracuda 10000 rpm SATA, 1 Gb памяти, винда ставилась недавно, всякими экспериментами с софтом не занимаюсь, глюкавые програмки не ставлю, работаю админом, так что дома на эксперименты не тянет :) MySQL действительно был запущен с дефолтным конфигом по той причине что хотел написать приложение быстрое, а не надеятся на скорость компа.

Сейчас запустил MySQL с конфигом my-huge.ini по всем запросам Query Cache Hitrate взлетел до 100%, Key Efficience - 100%, скорость отдачи страниц в Apache Bench естественно поднялась кроме вот этого запроса:

<?php  $sql[] = "SELECT DISTINCT(file.id_singer),singer.name_singer FROM file LEFT JOIN singer ON file.id_singer=singer.id_singer WHERE id_style='$id_style' ORDER BY RAND() LIMIT 20;"; ?>

хотя оно и понятно, т.к. в нем ORDER BY RAND

Приложил файл с небольшим дампом с данными, в нем данные по одному исполнителю.


UPD:
cheops, вы правы насчет скорости загрузки, она действительно очень возрастает при загрузке одной и той же страницы (в моем случае получается по одним запросам). Попробовал сейчас убрать ORDER BY RAND() и снова натравить Apache Bench, скорость загрузки страниц со всеми 8ю запросами выросла до 48ms. Просто я думал что может это я запросы неправильно строю, и поэтому так медленно все работает. Хотелось бы выжать все что можно из MySQL при помощи оптимизации запросов или изменения структуры таблиц не принимая во внимание кэширование запросов...

а индексы по полям с id_ами построены?

DISTINCT - вообще злая вещь....

Тогда всё нормально... MySQL не настраивали, сколько Мб под неё выделено? Жёсткий диск IDE или SATA - шина на материнской плате одна? Компьютер регулярно выключаете? В результате кэши индексов и запросов (даже такие маленькие, которые выделены по умолчанию) постоянно обнуляются...

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

локальный компьютер, Core Duo 2 итд, возможно проблема в неверном проектировании таблиц или числе записей в них?

Число записей по таблицам:

album - 39945
file - 468977
genre - 18
singer - 11684
style - 342

Такая скорость на сервере или на локальной машине?