Jest sobie zapytanie typu

SELECT * FROM produkt ORDER by produkt_date DESC LIMIT 0, 10

dla 150 tys rekordów wykonuje się w 2 s.

Jeśli usunę "ORDER by produkt_date DESC"

To wykona się w 0.001 s

produkt_date to pole typu TIMESTAMP i ma nałożony zwykły index.

Jesli zamienie ORDER by produkt_date na ORDER by produkt_id to czas wykonywani ciagle 2 s.

Dlaczego sortowanie, aż tak spowalnia zapytanie i czy coś się da z tym zrobić?

explain SELECT * FROM produkt ORDER by produkt_date DESC LIMIT 0, 10
CO ci to pokazuje?

1 PRIMARY p_2_c index PRIMARY PRIMARY 8 NULL 120096 Using where; Using index; Using temporary; Using f...
1 PRIMARY c eq_ref PRIMARY PRIMARY 4 p_2_c.kategoria_id 1 Using where; Using index
1 PRIMARY cML eq_ref PRIMARY PRIMARY 8 c.kategoria_id,const 1 Using where; Using index
1 PRIMARY p eq_ref PRIMARY,produkt_show PRIMARY 4 p_2_c.produkt_id 1 Using where
1 PRIMARY m eq_ref PRIMARY PRIMARY 4 p.manufacturer_id 1
1 PRIMARY v eq_ref PRIMARY PRIMARY 4 p.vat_id 1 Using index
1 PRIMARY pML eq_ref PRIMARY PRIMARY 8 const,p.produkt_id 1 Using where
1 PRIMARY uu ref PRIMARY PRIMARY 4 p.produkt_unit 1 Using index
2 DEPENDENT SUBQUERY produkt_2_kategoria ref PRIMARY PRIMARY 4 p.produkt_id 1200 Using where

DEPENDENT SUBQUERY

Nie to nie chodzi akurat o dependend subquery (inny temat o tym założyłem), to trochę spowalnia, ale nie o kilka sekunkd, po usunięciu tego "DEPENDED subquery" z zapytania, czasy się minimalnie zmieniają, chodzi tutaj o "ORDER BY p.produkt_data " po usunięciu czasy są ok.

PRzecież ten explain co pokazałeś ma się nijak do zapytania co nam podałeś.... Przecież on dotyczy zupełnie innego zapytania. Ja nie wiem co jest z Tobą nie tak.... w każdym temacie trzeba cię ciągnąć za nos byś wkońcu pokazał to na czym pracujesz.... Bawi cię to czy jak?