Metamodels & 1und1 - extrem langsam (BE & FE)

Hallo,

Wir arbeiten gerade an einer Installation eines Kunden (3.5.19). Sowohl das Backend als auch das Frontend ist schon seit wochen unbrauchbar langsam (jeder seitenaufruf bis zu 20sekunden).
Die Installation liegt auf einem 1und1 Server und der Kunde will leider nicht wechseln. (Bitte keine Diskussionen darüber)

Sobald ich Metamodels in den Einstellungen Deaktivere wird das ganze wieder Schnell (nicht die schnellste aba höchstens 3 sekunden ladezeit).
Wenn ich alle anderen Module bis auf Metamodels deaktiviere ist das ganze genau so langsam wie zuvor.
Also MUSS es an metamodels liegen ... zumindest an der kombination 1und1 und Metamodels.
Haben das ganze auf einen anderen 1und1 server geteset ... gleiches spiel.

Systemlog zeigt keine Fehler, Errorlog auch nicht.

Irgendwelche Ideen? Wir sind am Verzweifeln.

Würde mich SEHR über antworten freuen!

Eventuell fehlt ein Index oder ist korrupt. Das kann dann bei vielen Einträgen ziemliche Auswirkungen haben.

Danke! Wie findet man sowas herraus?

Zum Beispiel mal den Debugmodus aktivieren und dort die Zeiten für die einzelnen Abfragen anschauen. Dann wird sich eventuell eine verdächtige Abfrage oder Tabelle rauskristallisieren. Man kann auch eine Kopie bei einem anderen Hoster aufsetzen und die Zeiten vergleichen. Oder ohne es herauszufinden ;). Indem man einfach einen Datenbank-Dump macht, dann alle Tabellen löscht und den Dump wieder importiert. Wenn es danach schneller ist ... Man kann auch einfach eine neue Datenbank für den Import verwenden und diese dann in der localconfig.php eintragen. Gab es jedenfalls schon mal, dass das bei identischen Symptomen geholfen hat.

Oder kann es sein, dass einfach die Einträge mit der Zeit immer mehr wurden und irgendwelche Abfragen dadurch sehr langsam werden? Dann kann es helfen, einen Index anzulegen, der diese Abfrage beschleunigt. Würde aber zuerst mal einfach die Datenbank erneuern / austauschen.

Zitat:

---

Zitat von tab

Zum Beispiel mal den Debugmodus aktivieren und dort die Zeiten für die einzelnen Abfragen anschauen. Dann wird sich eventuell eine verdächtige Abfrage oder Tabelle rauskristallisieren. Man kann auch eine Kopie bei einem anderen Hoster aufsetzen und die Zeiten vergleichen. Oder ohne es herauszufinden ;). Indem man einfach einen Datenbank-Dump macht, dann alle Tabellen löscht und den Dump wieder importiert. Wenn es danach schneller ist ... Man kann auch einfach eine neue Datenbank für den Import verwenden und diese dann in der localconfig.php eintragen. Gab es jedenfalls schon mal, dass das bei identischen Symptomen geholfen hat.

Oder kann es sein, dass einfach die Einträge mit der Zeit immer mehr wurden und irgendwelche Abfragen dadurch sehr langsam werden? Dann kann es helfen, einen Index anzulegen, der diese Abfrage beschleunigt. Würde aber zuerst mal einfach die Datenbank erneuern / austauschen.

---

Ja viele Einträge gibs auf jedenfall da die Seite sich immer entwickelt und wir mit jeder installation die letzte als vorlage nehmen. Bei Inet Robots zB läuft die letzte version sehr schnell. (mit annähernd bzw gleich vielen einträgen)

Die Datenbank selber wurde erst vor kurzem von einem anderen server auf 1und1 eingespielt. (zum testen auch auf ein anderes 1und1 hosting packet). Von daher bringt denk ich das datenbank neu einspielen nichts.

Kannst du mir noch ein stichwort geben was genau du mit "einen Index anlegen" meinst?

Naja, dazu müsste man erst mal rausfinden, welche Abfragen das Problem machen. Muss ja wohl eine Tabelle betreffen, die zu euren Metamodels gehört. Ok, Hosting Paket bei 1&1 heißt sowieso, die Datenbanken werden da immer viel langsamer sein als die auf SSD bei InetRobots, wobei ich nicht glaube, dass das jetzt den Unterschied zwischen sehr schnell und 20 Sekunden Seitenaufbau erklären kann. Ich würde erst mal die betreffende(n) problematischen Abfragen rauszufinden versuchen. Wie gesagt, eventuell durch einen Vergleich der Zeiten mit einer schnelleren Kopie anderswo. Dann kann man versuchen, einen oder mehrere Indizes speziell für diese Abfrage(n) zu definieren und diese dann in der Datenbank anzulegen. Wenn das was bringt, kann man die dann dauerhaft durch updatesichere Änderungen in Contao integrieren.

Kannst du die DB auf einem Server legen bei dem die die SQL Einstellungen ändern kannst. z.B. uberspace oder lokal

#Vorbetrachtung:

Die Aktivierung des Parameters log_queries_not_using_indexes hat einige Queries zu Tage gefördert, welche ineffizient sind und die Datenbank unnötig belasten. Die /var/log/mysql/mysql-slow.log

# Vorbereitung:
Um an die nicht-indizierten Datenbank-Queries zu kommen, muss die Datenbankeinstellung geändert werden:

set global log_queries_not_using_indexes = ON;
set global slow_query_log = ON;

Wenn sich genügend Daten vorhanden sind, dann wieder deaktivieren, sonst läuft das LOG-File zu schnell voll.


set global log_queries_not_using_indexes = OFF;
set global slow_query_log = OFF;

# Auswertung

Die Auswertung muss nun weitestgehend manuell erfolgen. Sinnvoll ist es natürlich, die Abfragen mit der meisten Häufigkeit anzugehen:

grep "^SET timestamp=" -A 1 /var/log/mysql/mysql-slow.log | grep SELECT | sort | uniq -c | sort -n

## Fix
alter table TABELLE ADD INDEX `id` (`id`);

oder per DCA

also... und wie immer... bevor ich anfange...

siehe https://community.contao.org/de/show...-in-MetaModels => "Wichtig"

dann geht´s weiter

@AdminA - kann man das nicht als Popup einbinden... ca. aller 30 Sek. ? (Scherz)

Zitat:

---

Zitat von zonky

@AdminA - kann man das nicht als Popup einbinden... ca. aller 30 Sek. ? (Scherz)

---

Popups sind böse.

;-)



Gesendet von iPhone mit Tapatalk

nicht lesen können/wollen auch ;-)

Bei sowas hilft auch der 1und1 Support xD

Mal aus der Praxis geschrieben:
Ich hab da mal den Tipp bekommen: DB einfach neu erstellen und übertragen. Mit ein wenig Glück landet man dann auf einem anderen DB-Server bei denen und dann läuft das wieder. Die selber können den DB-Server auch nicht bestimmen oder so. Deswegen kann es helfen das mehrfach zu machen, wenn es beim ersten mal nicht klappt und man immer noch auf einem DB-Server landet, der etwas mehr zu tun hat.

Viele Grüße