ORDER BY po kolumnie z indeksem długo działa Opcje

[TomASS]

Mam zapytanie

[SQL] pobierz, plaintext 
[/sql]
SELECT *    
		  FROM m_transporty_miejsca AS TM
		  LEFT JOIN m_transporty AS T ON (T.ID=TM.ID_transport)
		  LEFT JOIN m_magazyny AS M ON (M.ID=T.ID_magazyn)
		  LEFT JOIN m_przewoznicy AS Pr ON (Pr.ID=T.ID_przewoznik)
		  WHERE Miejsce='akt' AND DATE(T.DateRealizacji) >= '2016-11-26'  AND T.RodzajCiezarowki='plandeka24'  AND DATE(T.DateRealizacji) <= '2016-11-28'  AND 1 ORDER BY `Status` ASC LIMIT 0, 40
[sql]
[SQL] pobierz, plaintext 

Na kolumnie Status jest indeks. Status to CHAR(10).

Takie zapytanie wykonuje się 78sekund
Po usunięciu ORDER BY `Status` czas spada do 2-3sekund.

Co robić? (IMG:style_emoticons/default/sad.gif)
Indeks jest
Zmieniałem bazę danych z MySQL 5.0 na 5.6 i tak się porobiło :/
Explain pokazuje:
(IMG:https://s14.postimg.org/uc83n7h8h/image.png)

[nospor]

Poniewasz masz tam jeszcze warunki.

Musisz zalozyc indexy tez na warunki.
Swoja droga masz zdziebko zwalone pola. To nie powinny byc zadne stringi a INTy ewentualnie ENUM jak chcesz dzialac na nazwach. I nie mowie tu tylko o kolumnie status.

[TomASS]

Dzięki,

tylko:
1. na MySQL 5.0 nie było problemów :/
2. Indeks nie może być za długi a liczba pól w warunkach jest spora
3. Dlaczego nie mogą być stringi? Mówisz o Miejsce i RodzajCiezarowki ?

[nospor]

ps:
I miejze litosc na przyszlosc i nie mieszaj jezykow
DateRealizacji
no jak to wyglada? (IMG:style_emoticons/default/wink.gif)

Dlaczego nie mogą być stringi? Mówisz o Miejsce i RodzajCiezarowki ?

Tak. Zakladam ze to sa jakies stale nazwy. Dla bazy latwiej jest zaindeksowac TINYINT/ENUM ktore ma raptem 10 roznych wartosci niz string ktory moze teoretycznie byc czym popadnie.

[TomASS]

ps:
I miejze litosc na przyszlosc i nie miesaj jezykow
DateRealizacji
no jak to wyglada? (IMG:style_emoticons/default/wink.gif)

A skąd wiesz, że to ja? (IMG:style_emoticons/default/smile.gif)

Tak. Zakladam ze to sa jakies stale nazwy. Dla bazy latwiej jest zaindeksowac INT/ENUM ktore ma raptem 10 roznych wartosci niz string ktory moze teoretycznie byc czym popadnie.

Jak pole "Miejsce" typu enum (3 wartości) to działało znacznie dłużej :/

[nospor]

Jak pole "Miejsce" typu enum (3 wartości) to działało znacznie dłużej

Strasznie szybko to zmieniles. Az mi sie niechce wiezyc (IMG:style_emoticons/default/wink.gif)

A skąd wiesz, że to ja?

Coz.... moja wina (IMG:style_emoticons/default/wink.gif)

[TomASS]

Strasznie szybko to zmieniles. Az mi sie niechce wiezyc (IMG:style_emoticons/default/wink.gif)

Było wcześniej i kilka miesięcy temu zmieniłem z enum na char

Ten post edytował TomASS 24.11.2016, 17:14:49

[mmmmmmm]

Wywal LEFT JOIN przy aliasie T (m_transporty).
Skoro później wymieniasz pola z tej tabeli we WHERE, to LEFT jest bez sensu. No chyba, że masz w warunku T.id IS NULL (IMG:style_emoticons/default/smile.gif)