Optimizācija

[aika]

problēma: esošais (acīmredzot patizlais) pieprasījums pārsniedz 5s. 

 

 

SELECT * FROM a

INNER JOIN b ON b.id = a.id

LEFT JOIN c ON c.id = b.c_id

WHERE a.u_id = 'f53c6deff44e23439d2b84d26820cec9' 

ORDER BY a.c, a.e LIMIT 0, 25;

 

kā, lūdzu,  nooptimizēt?!

 

a tabula ~ 10K, b tabula ~ 50k, c tabula ~ 100 ierakstu.

visi id varchar(32) ar indeksiem

 

paldies jau iepriekš! 

[l27]

1) * vietā saliec tos laukus, kurus patiešam vajag

2) uztaisi indeksu, kura iekļāuj a.u_id (4 chari), a.id un selectā iekļaujamos laukus, ja tie nav text

3) jabūt indeksam b.id un b.c_id

4) tik nīkulīgām tabulām id vajadzētu smallint

Edited April 22, 2013 by l27

[daGrevis]

Arī nesaprotu, kāpēc PK ir strings...

[rpr]

explain arī rāda, ka indeksi tiek ņemti vērā?

 

tabulu izmērs tāds, kas sāk izmest pirmos performances trūkumus.

[l27]

1) id saliec int tipu

2) selectā liec tikai kolonnas, kas vajadzīgas

[marrtins]

Iedo sistēmas un mysql root, saoptimizēšu vai arī pateikšu, kas trūkst :)

[aika]

* aizstāšana ieekonomēja ~ 2 sekundes.

txs par to.

 

diemžēl ID tipus vairs mainīt nav iespējams. 

[l27]

uz id indeksa uzliec garumu 4. Ja tie ir primary key, tad noņem. No šāda pasākuma būs jēgas,  ja id pirmie 4 simboli ir daudzmaz unikāli.

[Val]

varchar(32)

diemžēl ID tipus vairs mainīt nav iespējams. 

Raiņa kopotus rakstu tur mēģini sarakstīt?

Rādi redzēt, ko atgriež

 

EXPLAIN SELECT * FROM a
INNER JOIN b ON b.id = a.id
LEFT JOIN c ON c.id = b.c_id
WHERE a.u_id = 'f53c6deff44e23439d2b84d26820cec9' 
ORDER BY a.c, a.e LIMIT 0, 25;

Edited April 23, 2013 by Val

[blackhalt]

Šis ir MD5 f53c6deff44e23439d2b84d26820cec9

Tas tā, FYI.

[aika]

uz id indeksa uzliec garumu 4. Ja tie ir primary key, tad noņem. No šāda pasākuma būs jēgas,  ja id pirmie 4 simboli ir daudzmaz unikāli.

ID ir primary. ko nozīmē - daudz maz unikāli?  Kāpēc ņemt nost primary?!

[aika]

Nomainot php kodu tiku vaļā no viena innera, tomēr joprojām ~ 4s.

 

EXPLAIN SELECT a.id, a.t, a.e, a.u, a.r, a.w
FROM a
INNER JOIN b ON b.a_id = a.id
WHERE b.u_id = 'f53c6deff44e23439d2b84d26820cec9'
ORDER BY a.c, a.e
LIMIT 0 , 25

 

 

id select_type table type possible_keys key key_len ref rows Extra

1 SIMPLE a ALL NULL NULL NULL NULL 60358 Using filesort

1 SIMPLE b ref a_id,u_id,abi a_id 98 func 1 Using where

 

`abi` ir dubultiindekss a_id un u_id

 

P.S. lauku un tabulu nosaukumi mainīti

P.S.S. tabula nogļukoja, sory

Edited April 23, 2013 by aika

[l27]

ID ir primary. ko nozīmē - daudz maz unikāli?  Kāpēc ņemt nost primary?!

1) Ja visiem ierakstiem pirmie 4 simboli ir identiski, tad no indeksa uz šiem simbolim nebūs jēga

2) nav jegas no primary, ja tas ir 32 baiti garš.

Edited April 23, 2013 by l27

[marrtins]

Nav nekādu problēmu izmantot md5 hashu kā primary tik relatīvi maz datiem.

Uzliec index uz  a.id,a.c, a.e

[aika]

pilnīgi neko nedeva. 

a tabulai expleins norāda null possible keys!