[crazy_blazer]

Mirki mam kłopot w #pracbaza z jednym zapytaniem MySQL, chodzi o wyszukiwarke PrestaShop, 600 tys. produktów.
Kiedy wywołam kwerende z PHPmyAdmin trwa ona 0,0001s, ale kiedy PrestaShop wykonuje taką samą trwa to prawie 15 sekund!!! Pomocy.

Obrazek na TinyPic : mirror

wołam #programowanie #informatyka #it #mysql #bazydanych

[toshibaas]

@crazy_blazer a przy okazji nie wysyła dodatkowych zapytań żeby opakowań te dane? Dodatkowo pamiętaj o limicie 0,20 w phpmyadmin daj "pokaż wszystkie"

[toshibaas]

@crazy_blazer sprawdziłem i tam mas milion rekordów chłopie. A w phpmyadmin limit 0,30..

[ppawel]

@crazy_blazer:

Performance w e-commerce (｡◕‿‿◕｡)

kiedy PrestaShop wykonuje taką samą trwa to prawie 15 sekund!!!

Z obrazka wynika, że przetworzenie całego zapytania trwa 15s a nie tylko zapytania do db

z PHPmyAdmin trwa ona 0,0001s

Nie wierzę w taki wynik przy tej liczbie produktów i 3 joinach - upewnij się czy PMA albo MySQL nie #!$%@? tego wyniku zapytania.

Generalnie fajna zabawa :]

[karolr]

@crazy_blazer: Wydaje mi się, że phpmyadmin dorzuca limit do zapytania (pobiera 30 rekordów) dlatego zapytanie idzie szybciej, w aplikacji prawdopodobnie pobierasz dane z większym limitem i dlatego idzie dłużej bo przerzucasz większą ilość danych.

[crazy_blazer]

@ppawel: @toshibaas: @karolr: Macie racje, zapytanie zwraca prawie 2 miliony wierszy, macie jakiś pomysł jak można to usprawnić?

[ppawel]

@crazy_blazer: indexować ( ͡° ͜ʖ ͡°)

[testowyandrzej]

@crazy_blazer: użyć limitu ;)

[SystemHalted]

@crazy_blazer: LIMIT i EXPLAIN jest twoim przyjacielem.

[crazy_blazer]

@testowyandrzej: @SystemHalted: Nie mogę użyć limitu, ponieważ zapytanie ma przeszukać wszystkie produkty, nie tylko część.

[SystemHalted]

@crazy_blazer: Ale LIMIT ogranicza liczbę zwracanych rekordów. Dobrze rozumiem że musisz pobrać 2 miliony wierszy i przeszukać je w aplikacji (php) ? Robisz to źle.

[crazy_blazer]

@SystemHalted: Tak napisany został silnik PrestaShop. Tutaj wklejka, kod od 82 linii.

[jxlhc]

@crazy_blazer: zapytanie przeszuka wszystkie rekordy, limit ogranicza ilość zwracanych.

[SystemHalted]

@crazy_blazer:

Ktoś już chyba grzebał przy tej funkcji albo to stara presta. Sprawdź indeksy a później spróbuj zawęzić zapytanie dodając do where TABELA.visibility IN ('search', 'both') i TABELA.indexed = 1. Ale nazwy tabeli ci nie podam bo nie pamiętam struktury tego dzieła.

I popraw że to

$wyciagnijmarki = ' AND si.id_product IN (' . implode(',', $wykonaj) . ')';

[crazy_blazer]

@SystemHalted: Poradziłem sobie prostym sposobem : zamiast tego zapytania użyłem "SELECT idproduct FROM amproduct WHERE active = 1" .
Teraz wyszukiwanie trwa około 3 sekundy i wszystko pięknie działa ( ͡° ͜ʖ ͡°)

[maniac777]

@crazy_blazer: @karolr: @jxlhc: @SystemHalted: przy zapytaniu bez order by limit skraca jego czas poniewaz baza przestaje je wymonywac po znalezieni rzadanej ilosci pasujacych rekordow. Dodatkowo takie zapytanie (z limitem) na pewno wyladuje w cache.

[SystemHalted]

@crazy_blazer: Nadal zwraca 2 miliony? ale cieszę się ( ͡° ͜ʖ ͡°)

[jxlhc]

@maniac777: faktycznie, w głowie założyłem, że jest order by i sortowanie zajmuje długo.

[crazy_blazer]

@SystemHalted: Nie, zwraca identyfikatory wszystkich produktów na sklepie (600 tyś.) i poszukuje pośród nich zadanej frazy.