Neu Probleme mit den Shop (SQLSTATE [HY000] [1203]

[gnarx]

Die letzten Tage bekommen wir diese Fehlermeldung:

SQLSTATE[HY000] [1203] User web31 already has more than 'max_user_connections' active connections

Ausserdem hat unser Provider uns angeschrieben:

Wir mussten feststellen, dass durch Ihre Installation unter der Domain computerstoreberlin.de sehr viele Datenbankqueries auf den MySQL-Server eingehen. Diese Menge an Queries löst am Server eine erhöhte Last aus, weshalb sich bereits andere Kunden auf dem Server beschwert haben. Die Last wirkt sich negativ auf die Performance von z.B. Webseiten aus.
Die Queries kommen von der Datenbank web31_db1. Folgend finden Sie einen Screenshot dieser Queries.

 

[gnarx]

Brauchen hier echt Hilfe sonst stellen die uns noch den Shop ab.

 

[JulianG]

hi @gnarx

Kurzfristige unschöne aber vielleicht notwendige Abhilfe: Der dort langsam laufende Query gehört zum Filter/Merkmalfilter: https://gitlab.com/jtl-software/jtl-shop/core/-/blob/v4.06.17/includes/filter_inc.php#L1498
Filter deaktivieren sollte die akute Gefahr eliminieren.

Langfristig wären hier einige Fragen zu klären:
- JTL- Shop Version?
- MySQL-Version ist 8.0 -> Ist hier der sql_query_cache aktiv?
- ObjectCache -> Wird der ObjectCache vom Shop eingesetzt? Dieser sollte auch diese Abfragen verringern und die Performance deutlich erhöhen
- Kompletter Query: Im Bild sieht man leider nur einen Ausschnitt; kannst du den kompletten Slow-Query bekommen, damit wir ggf. genauer bestimmten können, welcher Filter verantwortlich ist? (Der verantwortliche Query ist der oberste, bei dem executing steht, nicht waiting)

 

[gnarx]

Moin danke schon mal für die Hilfe. Die kompletten Queries besorge ich. Wo schalte ich denn den Merkmalfilter ab? Ist das etwa der oben in einer Kategorie (https://computerstoreberlin.de/Arbeitsspeicher-RAM)? Wo finde ich das " Ist hier der sql_query_cache aktiv? ". Hier schon mal ein paar Antworten:

 

[JulianG]

Moin,

Wo schalte ich denn den Merkmalfilter ab?

Unteres Bild (Navigationsfilter) Optionen "Globale Merkmalbox" und "Merkmalfilter benutzen". Die Option "Maximal X Merkmale im Filter anzeigen" ist mit 0 "unbegrenzt", da könnte eine Begrenzung auch schon helfen.

Wo finde ich das " Ist hier der sql_query_cache aktiv?

Die Info müsstest du direkt bei deinem Hoster einholen. Der muss ihn auch aktivieren, wenn er inaktiv sein sollte.

Als Cachemethode ist hier "APC" im Einsatz. Was hast du da im Reiter "Statistik" stehen? Ggf. kann auch da der Hoster mehr Info geben: Ist der APC- Cache evtl. überfüllt oder nicht funktionstüchtig? Wie gesagt sollten die Datenbankabfragen, auch wenn langsam, nur selten auftauchen, wenn gecached wird.
Falls ein schnelles Speichersystem vorliegt könnte ggf. temporär auf Dateien (erweitert) gewechselt werden; oder falls verfügbar auf die Methode Redis (Zugangsdaten benötigt), aber auch bei Redis muss sichergestellt sein, dass dieser groß genug ist. Bei der Methode Dateien/Dateien(erweitert) musst du deinen Webspace-Speicherplatz im Auge behalten.

Eine weitere Sache die du mit deinem Hoster besprechen kannst: Auf ALLE Tabellen sollte am besten sogar regelmäßig (vielleicht jede Nacht nach der automatischen Sicherung) automatisch ANALYZE TABLE und OPTIMZE TABLE durchgeführt werden. Das kannst du beim Datenbankcheck auch manuell durchführen und könnte sich ggf. sogar sehr positiv auf die Performance auswirken.

Wenn dies alles nichts bringt, starte bitte einmal eine private Unterhaltung mit mir; dann würde ich mir das gerne mal genauer datenbankseitig ansehen.

 

[gnarx]

Hier schon mal die Statistik. Redis scheinen die so nicht zu haben. Welchen Cache soll ich denn verwenden? Der Provider (WebGo - Business) nutzt SSD`s. Laut Internet hätte er Redis haben sollen hat er aber nicht.
https://www.webgo.de/webhosting/

 

[JulianG]

24MB ist super klein, das dürfte auf keinen Fall voll sein. Mit SSD's kannst du zum testen temporär mal auf Dateien(erweitert) umstellen, einfach um den Unterschied zu beobachten. Es lässt sich für uns leider nicht einfach sagen ob mit dem APC was nicht stimmt.

 

[gnarx]

So WebGo sagt auf die Frage nach dem Redis Cache das sie einen OP Cache haben. Den haben sie nun für uns eingerichtet. Was mauss ich da nun in JTL einstellen?
Zu " Wo finde ich das " Ist hier der sql_query_cache aktiv? " konnte er mir nix sagen. Ist das noch wichtig, dann maile ich die deswegen an.

 

[JulianG]

Der OP- Cache ist für PHP und auch schön zu haben, hat aber nichts mit dem ObjectCache und Redis zu tun, welche dafür gedacht sind die Datenbank-Auslasung zu verringern (und damit die Performance zu beschleunigen). Für den OP-Cache musst du softwareseitig nichts mehr einstellen, aber es bringt halt für das Problem hier konkret nichts.
Bzgl. Query_cache frag nochmal nach bitte, gerne mit dem Link: https://dev.mysql.com/doc/refman/5.7/en/query-cache.html

Was hat ANALYZE TABLE und OPTIMIZE TABLE ergeben?
Wie gesagt kannst du die auch mal übers Backend ausführen (System->Wartung->Status und dann Datenbankstruktur):

 

[JulianG]

Achso.. was dein Hoster bitte auch mal prüfen soll: Ob der Shop eventuell gerade von übermäßig vielen Bots heimgesucht wird.

 

[gnarx]

"Was hat ANALYZE TABLE und OPTIMIZE TABLE ergeben? " - das können die nicht automatisieren.
Die Status Seite versucht der Shop zu öffnen tut sich nach 2 min. noch nix. Cache hatte ich alle leer gemacht.

 

[gnarx]

So analyse durch geführt es kommt als Ergebnis "OK" oder "Tabble is already up to date".

 

[JulianG]

Die Status Seite versucht der Shop zu öffnen tut sich nach 2 min. noch nix. Cache hatte ich alle leer gemacht.

Setz den Shop dafür bitte in den Wartungsmodus bis wenigstens nachdem ANALYZE/OPTIMIZE durchgelaufen sind um vorab etwas Last wegzunehmen.
Sollte die Status Seite sich gar nicht öffnen, kannst du (ggf. in einer neuen Session) versuchen direkt auf /admin/dbcheck.php zu gehen.

 

[JulianG]

So analyse durch geführt es kommt als Ergebnis "OK" oder "Tabble is already up to date".

Okay gut. Wenn es jetzt nicht besser ist bitte einmal private Unterhaltung mit mir starten.