Форум: Форум PHPФорум ApacheФорум Регулярные ВыраженияФорум MySQLHTML+CSS+JavaScriptФорум FlashРазное
Новые темы: 0000000
PHP. Практика создания Web-сайтов (второе издание). Авторы: Кузнецов М.В., Симдянов И.В. PHP 5. На примерах. Авторы: Кузнецов М.В., Симдянов И.В., Голышев С.В. PHP Puzzles. Авторы: Кузнецов М.В., Симдянов И.В. MySQL 5. В подлиннике. Авторы: Кузнецов М.В., Симдянов И.В. Самоучитель MySQL 5. Авторы: Кузнецов М.В., Симдянов И.В.
ВСЕ НАШИ КНИГИ
Консультационный центр SoftTime

Форум MySQL

Выбрать другой форум

 

Здравствуйте, Посетитель!

вид форума:
Линейный форум Структурный форум

тема: Оптимизация запроса
 
 автор: VL   (30.11.2009 в 06:36)   письмо автору
 
 

У меня тут запрос долго выполняется и Mysql его в лог медленных запросов пихает.
В частности


SELECT COUNT(t.id) as counter,n.id,n.number,n.date_pub,n.status
FROM number as n
LEFT JOIN  text as t ON t.id_number=n.id
GROUP BY n.id ORDER BY id DESC LIMIT " . $start . "," . $limit


Есть идеи как его улучишь?

  Ответить  
 
 автор: cheops   (30.11.2009 в 12:30)   письмо автору
 
   для: VL   (30.11.2009 в 06:36)
 

t.id и n.id индексированы?

  Ответить  
 
 автор: VL   (30.11.2009 в 14:02)   письмо автору
 
   для: cheops   (30.11.2009 в 12:30)
 

Да auto increment , главный индекс.

  Ответить  
 
 автор: Trianon   (30.11.2009 в 14:15)   письмо автору
 
   для: VL   (30.11.2009 в 06:36)
 

ORDER BY id DESC

Order by какой именно из двух id?

Какой порядок величин $start и $limit ?

Вы, видимо, пытаетесь заставить сервер плыть против шерсти (DESC) на длинной таблице.
Первое, что я бы сделал - развернул бы сортировку.
Второе - написал бы запрос честно (без неоднозначности по GROUP)
В этом случае, очевидно, группирующий запрос работал бы только с одной таблицей, и вероятно, стал бы шустрее.

  Ответить  
 
 автор: VL   (01.12.2009 в 02:21)   письмо автору
 
   для: Trianon   (30.11.2009 в 14:15)
 

Так с id я не указал исправил. Сделал так

SELECT COUNT(t.id) as counter,n.id,n.number,n.date_pub,n.status
FROM number as n
LEFT JOIN  text as t ON t.id_number=n.id
GROUP BY n.id ORDER BY n.id DESC LIMIT " . $start . "," . $limit 

Скорость не изменилась.
Старт и лимит всего по 5 . ( 0,5 ; 5,10;.....) Для навигации
Я попробывал убрать GROUP BY

SELECT COUNT(t.id) as counter,n.id,n.number,n.date_pub,n.status
FROM number as n
LEFT JOIN  text as t ON t.id_number=n.id
ORDER BY n.id DESC LIMIT " . $start . "," . $limit 

Тогда он выдает одну строку n.number и считает t.id для всех n.number. В общем не то.

  Ответить  
 
 автор: Trianon   (01.12.2009 в 07:35)   письмо автору
 
   для: VL   (01.12.2009 в 02:21)
 

>Так с id я не указал исправил. Сделал так
>SELECT COUNT(t.id) as counter,n.id,n.number,n.date_pub,n.status
>FROM number as n
>LEFT JOIN text as t ON t.id_number=n.id
>GROUP BY n.id ORDER BY n.id DESC LIMIT " . $start . "," . $limit
Так Вы ничего в запросе фактически и не поменяли -
>Скорость не изменилась.

>Старт и лимит всего по 5 . ( 0,5 ; 5,10;.....) Для навигации
0,5 - это по 5, а 5,10 - это уже по 10. Это раз. Но я-то интересовался, в каких пределах $start - другими словами - какой размер таблицы в целом.

>Я попробывал убрать GROUP BY
>Тогда он выдает одну строку n.number и считает t.id для всех n.number. В общем не то.

Зачем? Без GROUP BY запрос просто перестанет строки делить на группы.
Я же имел в виду нечто вроде
SELECT COUNT(id) as counter, id_number
  FROM text
  GROUP BY id_number

ну а к результату уже можно присобачить другую таблицу, если есть на то нужда.
Хотя возможно оптимальным будет выдать отдельный запрос на получение именно тех строк, которые попадают в срез ORDER BY/LIMIT, а join выполнять уже средствами php. Всяко против шерсти (назад по первичному ключу) идти не придется.

  Ответить  
Rambler's Top100
вверх

Rambler's Top100 Яндекс.Метрика Яндекс цитирования