KeyHelp Community

Ich bin sicher, dass die Ursache des Problems bei KeyHelp liegt
(Probleme ohne KeyHelp-Bezug gehören ins Offtopic-Forum)


Server-Betriebssystem + Version
Debian 12.10 (64-bit)


Eingesetzte Server-Virtualisierung-Technologie
keine


KeyHelp-Version + Build-Nummer
25.0 (Build 3398)


Problembeschreibung / Fehlermeldungen
Tag zusammen,

ich habe in den Statistiken von Keyhelp festgestellt, dass im Datenbank-Status zwei Werte mit "Achtung" angegeben werden.
Hier werden "Joins ohne Indizes" und "Auf Festplatte erstellte temporäre Tabellen" als problematisch angegeben. Das klingt erstmal nicht gut, ich habe aber aktuell keinen Ansatz wo ich detailierter suchen könnte, außer mir die Quelltexte sämtlicher Webseiten anzusehen die auf dem System laufen.

Grundsätzlich laufen verschiedene Wordpress-Instanzen, ein TYPO3, aber auch eine Laravel-Instanz.

Gibt es eine Möglichkeit einzugrenzen welche Software genau hier die Last verursacht, bzw. offenbar nicht optimal entwickelt ist? Oder ggf. andere Ansätze um das System zu optimieren?

Aufgefallen ist das ganze, weil der Server gestern nacht ausgestiegen ist. Keine Webseite war mehr erreichbar.
SSL Zugang ohne Probleme möglich, Zugang zum Keyhelp ebenfalls. RAM sowie CPU unauffällig. Auch Plattenplatz ist ausreichend verfügbar. Ist jetzt schon mehrfach vorgekommen, etwa 1x im Monat, tendenz steigend.

Jemand eine Idee?

Gruß

Pinky wrote: ↑Fri 2. May 2025, 09:13 Jemand eine Idee?

Du könntest mal das Slow Query Log aktivieren. Dann könntest du weitere Infos bekommen, wo die Quelle der Joins zu verorten sein könnte.

Hm, sind die Slowqueries in Keyhelp integriert?
Ich bin den standard-weg gegangen und habe die Slowqueries über die mysql-konsole aktiviviert und habe dann noch in der /etc/mysql/my.cfg den Pfad auf /var/log/slowqueries.log gesetzt.

/etc/inid.d/mysql restart

-> Es wird keine slowqueries.log angelegt.
Greift Keyhelp die Konfiguration irgendwo an anderer Stelle ab?

Hallo,

diese Werte werden fast immer angemeckert, auch wenn man mysqltuner o.ä. laufen lässt.

Wenn man Software, die man nicht selbst programmiert hat einsetzt, hat man auf die Datenbankabfragen auch wenig Einfluss, siehe:

viewtopic.php?p=53832#p53832

Hm,
ich habe gleichzeitig das Problem, dass eine neu Installierte Wordpress-Instanz nach dem abspeichern einer Seite sehr langsam lädt. Teilweise 20-30 Sekunden bis der Server das html-Dokument ausliefert. Da klemmt auch irgendwas. Ein Neustart behebt das Problem nicht. Ich gehe daher davon aus, dass die Datenbank sehr lange lädt. Ist aber nur eine Vermutung. Die Wordpress-Instanz selbst ist wie erwähnt frisch installiert, keine außergewöhnlichen Plugins oder Themes installiert. Mir erschließt sich nicht, woher die lange Ladezeit kommt.

Hallo,

hast du mal das PHP-FPM Log geprüft? Und das Error Log der Domain.

Ggf muss du mehr PHP-FPM Kindprozesse aktivieren und mehr memory_limit setzen.