Neu Managed Server bei hetzner läuft an der Leistungsgrenze wegen dieser Query

[jav666]

Hallo Community, wir haben hier einen Man. Server bei hetzner (MX90) der schon recht OK ist, so mit 16 GB RAM und i7 2600 Quadcore. Trotzdem reagiert der Server manchmal erst nach 8-10 sek. Laut Support haben wir hier eine SQL Anweisung, die bringt alle Kerne auf 100% und dann geht nichts mehr. Es ist immer diesselbe. Und zwar die hier:

SELECT merkmalartikel.kArtikel, merkmalartikel.kVaterArtikel
                    FROM (
                        SELECT DISTINCT tartikelmerkmal.kArtikel, tartikel.kVaterArtikel,
                            tartikelmerkmal.kMerkmal, tartikelmerkmal.kMerkmalWert
                        FROM tartikelmerkmal
                        JOIN tartikel ON tartikel.kArtikel = tartikelmerkmal.kArtikel
                            AND tartikel.kVaterArtikel != 15336
                            AND (tartikel.nIstVater = 1 OR tartikel.kEigenschaftKombi = 0)
                        LEFT JOIN tartikelsichtbarkeit
                            ON tartikelsichtbarkeit.kArtikel = tartikel.kArtikel
                            AND tartikelsichtbarkeit.kKundengruppe = 5
                        WHERE tartikelsichtbarkeit.kArtikel IS NULL
                            AND tartikelmerkmal.kArtikel != 15336


                    ) AS merkmalartikel
                    JOIN tartikelmerkmal similarMerkmal
                        ON similarMerkmal.kArtikel = 15336
                        AND similarMerkmal.kMerkmal = merkmalartikel.kMerkmal
                        AND similarMerkmal.kMerkmalWert = merkmalartikel.kMerkmalWert
                    GROUP BY merkmalartikel.kArtikel
                    ORDER BY COUNT(similarMerkmal.kMerkmal) DESC
                 LIMIT 3

"tartikelmerkmal" hat ca. 155 000 Einträge. Könnte das ein Problem sein?

 

[Xantiva]

Setzt mal ein EXPLAIN vor das SQL und führe die Anfrage mal über phpMyAdmin o.ä. aus. Dann bekommst Du einen Hinweis, wie viele Zeilen durchsucht werden müssen, welche Inidizes verwendet werden können, usw.

(OT: Das Denglisch im JTL-Code finde ich immer wieder sehr befremdlich: "similarMerkmal")

 

[jav666]

http://masterlevel.de/uploads/screenshot_754.png
ähem...so sieht das dann aus. also 188k kann doch aber für mysql kein problem sein.

 

[jav666]

die abfrage befindet sich in der "\includes\artikel_inc.php" - je nach version in zeile 1000+ bis 1100+ und fängt an mit

$oArtikelMerkmal_arr = Shop::DB()->query(
SELECT merkmalartikel.kArtikel, merkmalartikel.kVaterArtikel

 

[Xantiva]

Naja, zuerst wird die innere Abfrage (ID 2) ausgeführt und auf dem Ergebnis wird dann die äußere Abfrage (ID 1) ausgeführt. Für die das Ergebnis der inneren Abfrage existiert dann aber kein Index, was sich dann aber schmerzlich bei dem Group By und Order By bemerkbar macht.

Hier ist ein ähnliches Problem beschrieben:
https://stackoverflow.com/questions/16018839/select-distinct-statement-in-mysql-is-taking-10-minutes

Ich würde dazu ein Ticket bei JTL aufmachen, da mit sich dort ein Datenbank-Spezialist mal die Abfrage unter Berücksichtigung solcher Tabellengrößen anschaut.

 

[FPrüfer]

Hallo,

bitte setze einmal im PhpMyAdmin die beiden Befehle

ANALYZE TABLE tartikel;
ANALYZE TABLE tartikelmerkmal;

ab. MySQL hat manchmal Probleme mit der automatischen Aktualisierung der Tabellenstatistiken und wählt dann ungünstige (nicht zur Anzahl der Datensätze passende) Ausführungspfade für bestimmte Abfragen.
Vergleiche dann mal die Laufzeiten vor und nach der Analyse und poste bitte das EXPLAIN-Ergebnis.

 

[jav666]

geht zur zeit nicht.

Service Unavailable
The server is temporarily unable to service your request due to maintenance downtime or capacity problems.


fakt ist: der artikel im bsp ganz oben (mit der ID 15336) hat kVaterArtikel - ID 8353. und alleine unter der 8353 finden sich 264 variantionskombis. das kann bei möbeln absolut vorkommen. ich denke, man kann das dann nicht mit vari-kombis lösen oder?

 

[jav666]

update: da wir nun wussten, das es zu 100% an den variantionskombis liegen muss, haben wir alle neuen gelöscht, alle prozesse beendet und der shop rennt nun wieder. ist natürlich keine lösung. wir hoffen auf einen anruf. nur mal so am rande. 600 EUR für telefonsupport ist natürlich eine frechheit. wir werden sehen.