[optymalizacja] Select Where IN( Select) Opcje

[mkozak]

Czesc miszcze od MySql-a,

Mam zagwostkę i pytanie. Here is situation.

Zapytanie :

[SQL] pobierz, plaintext 
SELECT count( id ) FROM stats WHERE serviceid
IN ( SELECT id FROM services WHERE name LIKE 'wp%' GROUP BY id)
[SQL] pobierz, plaintext 

Tabela stats ma około 70 MB i szczerze powiedziawszy jest kiepsko zoptymalizowana.
Nie starczyło mi cierpliwości, żeby sprawdzić jak długo wykonuje się to zapytanie.

Jeżeli wykonuję je osobno tzn:

[SQL] pobierz, plaintext 
SELECT id FROM services WHERE name LIKE 'wp%' GROUP BY id
[SQL] pobierz, plaintext 

dostaje 32 rzędy w 0.00 sec

[SQL] pobierz, plaintext 
SELECT count( id ) FROM stats WHERE serviceid
[SQL] pobierz, plaintext 

dostaje odpowiedź w 0.00 sec

jeżeli wezmę oszukam całą procedurę i wstawie do IN wynik zapytania:

[SQL] pobierz, plaintext 
SELECT count( id ) FROM stats WHERE serviceid
IN (60,65,66,67,68,69,70,106,107,108,109,110,111,112,113,114,115,116,117,118,119,120,121,122,123,124,125,126,165,166,167,271)
[SQL] pobierz, plaintext 

dostaję odpoeidź w 0.42 sec

Pytanie - dlaczego wykonanie dwóch selectów na raz trwa nieskończenie dłużej niż takie "oszukanie" zapytanie z IN-em??

Jak można przekonać optymalizera MySQL-owego do poprwnej interpretacji??

[SongoQ]

Sprawdz tak:

[SQL] pobierz, plaintext 
SELECT count( services.id ) FROM stats, services WHERE stats.serviceid = services.id AND name LIKE 'wp%'
[SQL] pobierz, plaintext 

I teraz tak index na stats.serviceid no i oczywiscie id sa jako PK. Jesli tabele sa jako InnoDB to musisz zrobic relacje. Podaj typ pola name czy to jest varchar czy cos wiekszego. Jesli to jest cos wiekszego to niestety troche trzeba pokombinowac.

Napisz co daje explain dla tego zapytania.

Mozesz tez zamiast services.id dac * ale ine powinno byc roznicy