оптимизация mysql-запросов

Hekcfy · 2009-01-27T00:56:32.0000000Z

Что лучше? Один большой mysql-запрос с применением нескольких LEFT JOIN или десяток простых запросов? Пример большого запроса: SELECT usr_data_template_news_articul.data_template_usrID, usr_data_template_news_articul.list_template_usrID, usr_data_template_news_articul.template_usrID, usr_data_template_news_articul.catalogue_usrID, usr_data_template_news_articul.domain_usrID, usr_data_template_news_articul.profile_usrID, SUBSTRING_INDEX( SUBSTRING_INDEX( usr_data_template_news_articul.name, '[rus]', -1 ) , '[/rus]', 1 ) AS name, SUBSTRING_INDEX( SUBSTRING_INDEX( usr_data_template_news_articul.f_date, '[rus]', -1 ) , '[/rus]', 1 ) AS f_date, SUBSTRING_INDEX( SUBSTRING_INDEX( usr_data_template_news_articul.f_smallimg, '[rus]', -1 ) , '[/rus]', 1 ) AS f_smallimg, SUBSTRING_INDEX( SUBSTRING_INDEX( usr_data_template_news_articul.f_textsmall, '[rus]', -1 ) , '[/rus]', 1 ) AS f_textsmall, SUBSTRING_INDEX( SUBSTRING_INDEX( usr_data_template_news_articul.f_textfull, '[rus]', -1 ) , '[/rus]', 1 ) AS f_textfull, usr_data_template_news_articul.locked, usr_data_template_news_articul.priority, COUNT( usr_data_template_comments.data_template_usrID ) AS cnt_comment, usr_catalogue.url AS url FROM usr_data_template_news_articul LEFT JOIN usr_data_template_comments ON usr_data_template_comments.template_usrID = usr_data_template_news_articul.template_usrID AND usr_data_template_comments.data_usrID = usr_data_template_news_articul.data_template_usrID LEFT JOIN usr_catalogue ON usr_catalogue.catalogue_usrID = usr_data_template_news_articul.catalogue_usrID LEFT JOIN usr_rating ON usr_rating.template_usrID = usr_data_template_news_articul.template_usrID AND usr_rating.data_usrID = usr_data_template_news_articul.data_template_usrID WHERE usr_data_template_news_articul.domain_usrID =1 AND usr_data_template_news_articul.template_usrID =4 AND usr_data_template_news_articul.catalogue_usrID =8 GROUP BY usr_data_template_news_articul.data_template_usrID ORDER BY priority DESC LIMIT 0 , 2 Текущее время выполенения ~0.0176 сек .

[Удален]

27 января 2009, 10:11

#11

explain запроса:

Сейчас преследую цель не уменшить количество запросов, а найти оптимальный путь выборки данных с минимальной нагрузкой на БД.

N

419

netwind

27 января 2009, 10:52

#12

Ну вроде ничего страшного. Если это постраничное листание, что там будет при limit 1000,15 ?

Неужели 0.01 сек для вас так много?

Если не хочется городить нагрузочное тестирование, попробуйте после каждого спорного запроса записывать результат запрос show session variables like 'Last_query_cost' . Это некая стоимость запроса во внутренних единицах mysql, без учета кеша запросов и кеша данных.

Кнопка вызова админа ()

96

iamliss

27 января 2009, 11:36

#13

делаем эксплэйн смотрим как работает, потом рихтуем ключи - итог 1 запрос с оптимальными ключами и быстрой работой.

Using temp и using filesort - будут подтормаживать в вашем случае. А вобщем если это не критично, то стоит заморачиваться?

Разбивать на подзапросы смысла нет.

за мир во всём мире

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

Google: E-E-A-T не является фактором ранжирования