# Update von 5.4.4 auf 5.5.10 - Slow MySQL-Query - Kundenliste lädt langsam **URL:** \ **Category:** Allgemein\ **Created:** [14. Oktober 2019 um 09:46 UTC](https://forum.shopware.com/t/update-von-5-4-4-auf-5-5-10-slow-mysql-query-kundenliste-ladt-langsam/62353 "2019-10-14T09:46:47Z")\ **Posts on this page:** 2\ **Page:** 1
**Author:** ![DanielX](https://avatars.discourse-cdn.com/v4/letter/d/91b2a8/32.png) [@DanielX](https://forum.shopware.com/u/DanielX)\ **Post date:** [14. Oktober 2019 um 09:46 UTC](https://forum.shopware.com/t/update-von-5-4-4-auf-5-5-10-slow-mysql-query-kundenliste-ladt-langsam/62353/1 "2019-10-14T09:46:47Z")
Hallo! Habe in einer Staging-Umgebung eine Shopware-Installation von 5.4.4 auf 5.5.10 aktualisiert. (Höher geht leider nicht aufgrund fehlendem MySQL 5.7 bei DomainFactory). Hat alles soweit gut geklappt, nur wenn ich im Backend die Kundenliste aufrufe, braucht er beim ersten Aufruf der Liste sehr lange, ca. 50 Sekunden. Bei erneutem Aufruf lädt die Liste dann ganz normal, vermutlich weil der MySQL-Cache dann greift. Im Logfile hab ich keine Fehler gefunden, aber im MySQL Slow Query Log wird mir der SQL-Aufruf der Kundenliste angezeigt. Query-Zeit: 00:00:54 Zeilen gesendet: 20 Zeilen verarbeitet: 324516 SELECT DISTINCT s0\_.id AS id\_0, s1\_.name AS name\_1, s2\_.description AS description\_2, s3\_.countryname AS countryname\_3, s0\_.id AS id\_4 FROM s\_user s0\_          LEFT JOIN s\_core\_shops s1\_ ON s0\_.subshopID = s1\_.id          LEFT JOIN s\_user\_addresses s4\_ ON s0\_.default\_billing\_address\_id = s4\_.id          LEFT JOIN s\_core\_countries s3\_ ON s4\_.country\_id = s3\_.id          LEFT JOIN s\_user\_attributes s5\_ ON s0\_.id = s5\_.userID          LEFT JOIN s\_core\_customergroups s2\_ ON s0\_.customergroup = s2\_.groupkey          ORDER BY s0\_.id DESC LIMIT 18 OFFSET 0 Die Tabellen an sich sehen normal aus, es sind auch alle entsprechenden Indexe gesetzt. Von der Anzahl der Datensätze her, würd ich sagen ist das auch ganz normal: s\_user = ca.  50.000 s\_core\_shops = 1 s\_core\_customergroups = 2 s\_core\_countries = 251 s\_user\_addresses = ca 59.000 s\_user\_attributes = ca 6.900 Als Test habe ich den SQL-Befehl mal zerlegt um den Übeltäter zu lokalisieren und sobald ich folgende Zeile entferne läuft die Abfrage direkt durch:         LEFT JOIN s\_core\_customergroups s2\_ ON s0\_.customergroup = s2\_.groupkey Aber sowohl s\_user.customergroup als auch s\_core\_customergroups.groupkey haben einen Index gesetzt. Bei den Feld s\_core\_customergroups.groupkey gibt es auch keine seltsamen Einträge, jeweils nur die beiden Werte EK (Shopkunden) bzw. H (Händler) Wenn ich die gleiche SQL-Abfrage statt über den Staging-Shop über den Live-Shop laufen lasse, braucht er auch ca. 50 Sekunden, was naheliegt das die Abfrage sich bei Shopware geändert hat. Hilfreich wäre noch zu wißen, wo die Abfrage im Core in welcher Datei steht, dann könnte ich überprüfen ob sich was bei der Abfrage innerhalb von Shopware geändert hat. ​Aber da hab ich keine Ahnung, wo das genau zu suchen wäre. Im Issue-Tracker hab ich auch schon mal geschaut, aber nichts passendes gefunden. Aber so langsam bin ich mit meinem Latein am Ende und weiß nicht was ich noch überprüfen könnte. Gibt es hier vielleicht noch ein Tipp was man testen bzw. prüfen könnte? Vielleicht ist es auch ein reines MySQL-Performance-Problem bei DomainFactory?   ---
**Author:** ![raymond](https://avatars.discourse-cdn.com/v4/letter/r/c57346/32.png) [@raymond](https://forum.shopware.com/u/raymond)\ **Post date:** [14. Oktober 2019 um 12:41 UTC](https://forum.shopware.com/t/update-von-5-4-4-auf-5-5-10-slow-mysql-query-kundenliste-ladt-langsam/62353/2 "2019-10-14T12:41:36Z")
Kurios: wir sind auch (noch) bei Domainfactory und haben vor kurzem von 5.3.7 auf 5.5.10 umgestellt. Keine Performanceprobleme. MySQL 5.6 ist bei uns, wie bei dir, auch im Einsatz. Ich an deiner Stelle würde auch kurz oder mittelfristig einen neuen Hoster wählen (Partner Liste auf der Shopware Seite) und per Backup wieder auf 5.4 (jedenfalls auf produktiv) gehen. Auf Staging dann in Ruhe die neue Version testen. Also ich wüsste nicht woran es liege könnte: könnte nur rumstochern: Wir sind auf PHP 7.2 im gleichem Zuge gegangen. Vielleicht löst das auch dein Problem. Einstellungen \> Cache Performance \> Start \> ist auf Produktiv gestellt?