[ROZWIĄZANY] Problem z wydajnością - ładowanie kombinacji

[Viktorson]

Cześć,

 

Jakiś czas temu okazało się, że wszystkie wprowadzone do tej pory produkty wyświetlają na froncie ten sam index. Identyczny z indexem nadanym produktowi bazowemu, z którego były kopiowane.

Co ciekawe w Backoffice był wyświetlany index prawidłowy, indywidualny dla każdego produktu.

Po sprawdzeniu w bazie tabeli "ps_product_attribute" okazało się, że to kombinacje "trzymają" nr indexu produktu bazowego. Jako, że produktów było około 200, a każdy z nich ma ponad 800 kombinacji, miałem

w tabeli ponad 160 tyś. wpisów do poprawki.

Poprawiłem je. Jednak zrobiłem to metodą partyzancką, a nie SQL'em. Wyeksportowałem tabele do pliku CSV, zmieniłem co było do zmiany i zaimportowałem ten plik z powrotem do bazy.

I do tego momentu wszystko jest pięknie.

Zauważyłem jednak, że po tej operacji atrybutu produktu ładują się znacznie dłużej. Nawet pół minuty gdy wcześniej było to kilka sekund. Z tego tez powodu po załadowaniu produktu nie można jeszcze rozpocząć wybierania jego atrybutów, ani dodać go do koszyka dopóki nie załaduje się nr indexu w opisie.

Czy da się jakoś przyśpieszyć działanie Presty? Produktów do wprowadzenia jest jeszcze kilkakrotnie więcej i boje się, że sklep całkiem zamuli.

 

Pozdrawiam.

Edited November 22, 2014 by Viktorson (see edit history)

[tczaude]

load data nie zastępuje fizycznie rekordów wiec zrób defragmentację tabelki sortując ja. Jeśli masz mem cache restart.

[Viktorson]

Dziękuję za odpowiedź.
Pomogło.
Obecnie załadowanie kombinacji trwa od 5 do 10 sekund.
Czy da się jeszcze coś z tym zrobić. Zwłaszcza mając na uwadze dalszy rozrost tabeli.

[tczaude]

Zawsze się da coś zrobić zależy od wielu czynników poczynając od engine na jakim pracuje Mysql od tego w jakiej wersji jest... 

I nawet od tego na jakim systemu plików jesteś jaka masz maszynę.