Seite lahmt aber wo mit der Suche anfangen

[jpwfour]

Die 10 Tabellen mit den meisten Einträgen?
3,4 Mio ist ja nun auch nicht so wenig, wenn die zum Großteil alle in einer noch dazu schelcht indizierten oder gar nicht indizierten Tabelle sind, und da ein Select oder noch schlimemr ein Join drauf gemacht wird, wäre logisch, warum das so lang dauert.

Hast du die Möglichkeit die Option "slow_query_log" anzustellen beim MySQL Server?

Diese Option loggt alle Queries mit, die länger als eine einstellbare Zeit in Sekunden dauern, damit sollte sich der Übeltäter schnell finden lassen (alternativ den Hoster darum bitten, dass mal zu aktivieren).

Zusätzlich kann es nicht schaden, einmal am Tag alle Tabellen optimieren zu lassen, (Game)Buchungslisten Einträge älter als XX Tage zu löschen, und besonders Gamelogs regelmäßig zu leeren.


Ansonsten kannst du es auch mal mit getrennter Zeitmessung versuchen:
http://www.designerscripte.net/showt...light=db_query
evtl hat ein Scherzkeks von Addonersteller in seiner Funktion ein sleep(40) eingebaut

[Sledgedog]

Hast du die Möglichkeit die Option "slow_query_log" anzustellen beim MySQL Server?

Muß ich mal schaun, weiss ja nicht wo man das macht, aber notfalls nerve ich gleich den hoster mal

Zusätzlich kann es nicht schaden, einmal am Tag alle Tabellen optimieren zu lassen, (Game)Buchungslisten Einträge älter als XX Tage zu löschen, und besonders Gamelogs regelmäßig zu leeren.

Ich denke mal das der ganze Müll drinnen bleibt in der Datenbank
da werd ich wohl mal schauen müssen, das ich das hinbekomme das er da bei den games alles äter als xx tage raus schmeisst

[sunnydreamer]

So ein Problem haben wir aktuell auch, egal ob Serverwechsel oder ob man die DB auslagert irgendwo hängt es trotzdem noch.

Naja, mal schauen was die Serverlogs ergeben, weil die verschiedenen Teile der Seite sind eigentlich schon weitesgehend optimiert.

Grüße, Sunny

[Lokutos]

CPU: Core2Duo - Fair Use

Mit nem VMS soll da 40 sec beisammenkommen von ein paar klicks? nie und nimmer.

Ich würde einfach mal deinen hoster anschreiben.
Fair Use bedeutet ja im 99.99% das noch wer anders da drauf ist

eventuell checkst du mal welche noch darauf sind wenn du nicht weist wie schick mir deine Domain dan sag ich dir welche Domains noch auf dem Server sind.

MFG Lokutos

[didith1207]

hast du db optimierungs cron jeden tag laufen? (reload löschen usw)

[Sledgedog]

hast du db optimierungs cron jeden tag laufen? (reload löschen usw)

ja ist im tagcron mit drinnen

[Sledgedog]

Zusätzlich kann es nicht schaden, einmal am Tag alle Tabellen optimieren zu lassen, (Game)Buchungslisten Einträge älter als XX Tage zu löschen, und besonders Gamelogs regelmäßig zu leeren.

also hier kann ich sicher was verbessern, bei den games sind meist alle logs seit bestehen der seite drinnen

bin da für tipps dankbar wie ich einfach machen kann das er alles älter als xx tage löscht

[didith1207]

einfach einen zusätzlichen cron erstellen zb mit namen buchlimit.php

<?php

$buchlimit = '10'; // Buchungen welche älter als XX Tage sind, aus Datenbank loeschen.

// Buchungen loeschen aus DB, wenn diese älter als xx Tage sind
   db_query ("DELETE FROM ".$db_prefix."_gamebuchungen WHERE buchungszeit < ".(time()-($buchlimit*86400)));
   db_query ("DELETE FROM ".$db_prefix."_buchungen WHERE buchungszeit < ".(time()-($buchlimit*86400)));
  usw...  
?>

INSERT INTO `vms_crons` VALUES ('', 'buchlimit', 0, 'crons/buchlimit.php', 'Buchungslimit');

[Sledgedog]

super die Datenbank wird schon wesentlich kleiner nach der Bereinigung

wenn ich nun z.b. die universal_cache_log
auch regelmässig reinigen will, wie füge ich die da ein
genauso nur ohne $db_prefix?
hat nämlich nicht geklappt

[didith1207]

hmm.. gibts bei universal_cache_log keine timestamp spalte?

wenn es sie gibt sollte es mit dem hier klappen:

db_query ("DELETE FROM universal_cache_log WHERE buchungszeit < ".(time()-($buchlimit*86400)));