Długi czas "sending data" na jednym serwerze i krótki na drugim Opcje

[TomASS]

Mam dwa serwery - "serwer A" oraz "serwer B"

z serwera A skopiowałem na B tabele potrzebne do zapytania:

[SQL] pobierz, plaintext 
SELECT * FROM m_transporty_miejsca AS TM LEFT JOIN m_transporty AS T ON (T.ID=TM.ID_transport)
[SQL] pobierz, plaintext 

oczywiście indeks na TM.ID_transport jest
m_transporty_miejsca = 800.000 rekordów
m_transporty = 300.000 rekordów

na serwerze A zapytanie wykonuje się 80-90 sekund (całość to "sending data")
a na serwerze B zapytanie wykonuje się 0.01 sekundy

czym to może być spowodowane?

[Pyton_000]

na obu przeyłasz po localhost ?

[TomASS]

tak - na obu przez PMA skonfigurowanym na localhost

[Pyton_000]

A próbowałeś odpalić optymalizację na A?

[TomASS]

Tak - zarówno optymalizację, defragmentację i założenie indeksów na nowo (IMG:style_emoticons/default/sad.gif)

[markuz]

Próbowałeś szukać w Google pod hasłem - "mysql sending data slow"?
Dużo osób mialo taki problem.

[TomASS]

Jasne, że szukałem.
Nic konkretnego nie znalazłem (poza indeksami)

Np.

An explain-plan is usually the best place to start whenever you have a slow query. To get one, run

DESCRIBE SELECT source_id FROM directions WHERE (destination_id = 10);

This will show you a table listing the steps required to execute your query. If you see a large value in the 'rows' column and NULL in the 'key' column, that indicates that your query having to scan a large number of rows to determine which ones to return.

In that case, adding an index on destination_id should dramatically speed your query, at some cost to insert and delete speed (since the index will also need to be updated).

ale indeks mam

[viking]

We FROM zrób FORCE INDEX. Obie tabele mają założony?

Ten post edytował viking 20.11.2017, 14:27:01

[markuz]

A jakie masz dyski? Na 1 i na 2 serwerze?

[TomASS]

FORCE INDEX zrobiłem wcześniej - nic.
Dodatkowo EXPLAIN mówi, że korzysta z indeksu ID_transport

Dyski na obydwu są SSD.

Zrobiłem tak:
1. utworzyłem nowe tabele (zamiast Inno to MyISAM - nie wiem dlaczego były Inno)
2. przekopiowałem dane
3. zrobiłem ANALISE
4. zrobiłem OPTYMALIZE

i jest zdecydowanie szybciej (IMG:style_emoticons/default/smile.gif)
Dziękuję za pomoc (IMG:style_emoticons/default/smile.gif)

[Pyton_000]

A wiesz jakie konsekwencje to za sobą poniosło?

[sabat24]

utworzyłem nowe tabele (zamiast Inno to MyISAM - nie wiem dlaczego były Inno)

A jakbyś teraz zmienił w tej samej bazie z powrotem z MyISAM na Inno to nadal masz te długie czasy?

Trick polegający na zmianie silnika z Inno na MyISAM i z powrotem powoduje pewną optymalizację i czyszczenie pustych dziur.

[TomASS]

A wiesz jakie konsekwencje to za sobą poniosło?

tak - liczę się z tym (np. brak transakcji).