Hallo! Unser Server ist lahm gelegt. Nichts geht mehr. Anscheinend ist es eine Query die den Absturz verursacht. Vielleicht kann uns jemand helfen? Über unseren Provider haben wir folgende Informationen erhalten: hier die Query aus dem Slowlog: # User@Host: ofk1[ofk1] @ localhost # Query_time: 137.485136 Lock_time: 0.000217 Rows_sent: 572 Rows_examined: 7293216 SET timestamp=1383896173; SELECT IFNULL(ct.objectdata, ct2.objectdata) as data, IFNULL(ct.objectkey, ct2.objectkey) as articleID, cm.id as languageID FROM s_core_multilanguage cm LEFT JOIN s_core_translations ct ON ct.objectlanguage=cm.isocode AND ct.objecttype = ‘article’ LEFT JOIN s_core_translations ct2 ON ct2.objectlanguage=cm.fallback AND ct2.objecttype = ‘article’ WHERE ct.id IS NOT NULL OR ct2.id IS NOT NULL;
Hi, nach einem Hack sieht es zunächst mal nicht aus. Einfach nur nach gut gefüllten Datenbanktabellen 
Also natürlich nur insofern oben Genanntes zum Ausfall der Seite führt, und nicht noch ein weiteres Problem vorliegt. Vielleicht magst du einmal den Execution Plan dieser Query posten (das geht, indem du EXPLAIN bzw. EXPLAIN EXTENDED vor das Statement schreibst, und dann einfach mal gegen die DB abfeuerst). Dann kann man direkt sehen, ob vielleicht, neben der nicht optimierten Abfrage (OR in der WHERE Condition kann äußerst fatal sein, dazu hatte ich an anderer Stelle hier im Forum schon mal in anderem Kontext etwas geschrieben), irgendwo noch ein Index oder Ähnliches fehlt.
Ich kann zwar technisch nichts dazu sagen, aber eine moralische Unterstützung dazugeben. Wir hatten vor Kurzem auch mal eine überfüllte Tabelle in der DB, da lief dann ein Script in Endlosschleife, was zu massiven Performance-Einbrüchen fehlte. Schließlich wurde dann unser Paket durch den Provider abgeschaltet, um den Server nicht komplett zu Fall zu bringen. Wir dachten, dass es eine schwerwiegende Angelegenheit werden würde. Doch der Mitarbeiter teilte uns am Tel. mit, um welche Tabelle es sich handelte und assistierte auch telephonisch beim Einloggen, Auffinden und Leeren der Tabelle via PhPMyAdmin. Vielleicht wäre das auch hier ein möglicher Ansatz, wenn Dir jemand bestätigen kann, worum es sich handelt und Du Dich selbst an die DB herantraust. LG, Annette
Hi, das ist hier ja Shopware 3.5 Vermutlich ist viel Traffic auf dem System und der Cache war leer. Das sind wohl Abfragen für Subshops Ich würde das System nach außen einmal sperren. Beispielsweise in der htaccess Dann mal in der DB die Prozesse kicken Dann Cache leeren und alle Shops mal aufrufen, sodass ein Grundcache da ist Wenn das klappt den Schutz entfernen und die Prozesse in der DB beobachten Dann sollte aber alles wieder laufen Sebastian Natürlich kann auch in der DB ein Problem vorliegen. Das ist so aber schlecht rauszufinden
VIELEN DANK! Für die schnelle Hilfe! Den Cash haben wir geleert, jetzt läuft alles wieder rund. Wir werden das weiter beobachten.