Jo, 600 Datensaetze ist ja noch extrem wenig, bei 600 Usern hast du ja soviel schon allein in der kontodaten Tabelle, musst dir mal die Buchungsliste, ide Reload Tabellen oder gar die Game Logs anschauen, da kann bei den Games schon mal 200 bis 300 Eintraege drinsein, sofern man die nicht regelmaessig bereinigt.
Sind auf der Tabelle Indizes gesetzt?
Sind darin Spalten mit "grossen" Datentypen vorhanden? (Blob,Text)
Kill one man, and you are a murderer.
Kill millions of men, and you are a conqueror.
Kill them all, and you are a god. - Jean Rostand, Thoughts of a Biologist (1939)
danke euch beiden, dass ich mich drauf hingewiesen habt, dass es wohl an was andren liegt ^^Zitat von Joschi
Hab halt mal versucht die Tabelle zu leeren und dannach gings flott darum dachte ich, dass das wohl auch der Grund sein wird.
Lag aber wohl allgemein an der schlecht gewarteten Datenbank. Hab nun mal 300k Datensätze aus den Reloads gelöscht und siehe da - es klappt wieder wunderbar.
obwohl wenn ich dann 1.000 User habe die alle 300 Banner täglich klicken dann hab ich ungefähr die gleiceh Datenmenge täglich
Aber naja, ich nehme mal an, dann brauch ich eh sowieso was schnelleres.
Sorry für Offtopic hier herinnen nun^^
aber kann das sein dass der "klick4" index standardmäßig eigentlich nicht wirklcih sinnvoll gesetzt ist?
(`werbeart`,`menge`,`status`,`verdienst`,`sponsor` )
sollte da nicht eher
tan
banner
reload
verdienst
aufendhalt
sein??
achja und gibts irgendwo was sinnvolles (am besten cronjob) zur datenbank-optimierung/ausmistung nicht mehr benötigter daten?
Da muss ich dir Recht geben, wobei "werbeart" auch nicht ganz von der Hand zuweisen ist, und "banner", warum hier ein Index, dort wird afaik die URL des Banners gespeichert, nach der wird man kaum sortieren wollen.
Kannst dort ja gerne mal mit rumspielen, und wenn du die Optimale Kombination aus Spalten/Indizes gefunden hast, uns mitteilen ;-)
Es gibt zwar Crons, z.Bsp. hier im DL Bereich, die das Ansatzweise versuchen, aber meine Erfahrung zeigt, dass man da je nach Spielen/verwendeten Buchungslisten/Addons für jede Seite sowas individuell machen muss, ein gutes Spiel erkennt man bspw. daran, dass
es eine "Logs löschen" Funktion dabei hat, und trotzdem die Gesamt Statistik (Spiele, Einsatz,Gewinne,Betreibergebühren etc) beibehält.
Andere "Systeme" (USA) glaube ich können sowas nicht (jedenfalls die nicht, die ich gesehen habe, und das waren schon ein paar
), und so alte Dinger wie Safari/Schatz Slot kommen auch nicht mit so einer Funktion daher
Buchungslisten würde ich es so handhaben, dass diese nie gelöscht werden, aber halt alle älter als 30 Tage "rausgesichert" (normale Buchungen) und die Spielebuchungen alle älter als 10 Tage.
Ansonsten sollten abgelaufene Reloads sowieso gelöscht werden, und halt regelmäßig alle Tabellen optimiert, dafür eignet sich der Cron hier im DL Bereich auf jeden Fall.
Kill one man, and you are a murderer.
Kill millions of men, and you are a conqueror.
Kill them all, and you are a god. - Jean Rostand, Thoughts of a Biologist (1939)
erstmal kleine beschwerde in SQL VMS 1.2 fehlt ein komma hinter ( `tan` ) erste sql befehlso ich nutze das ajax klickbereich addon ,paidbanner sowie highforced klappt es, nur bei paidlinks hab das problem das so bald ich das mit WHERE (t3.kid IS NU.... usw einfüge habe ich alles im reload
Sebmaster ist leider bis morgen Abend nicht verfügbar.
Sobald er morgen wieder da ist, werde ich Ihm sofort bescheid sagen (falls er es bis dahin nicht schon selber gesehen hat), damit er sich das Problem mal ansehen kann.
Uiuiui, ganz vergessen hierdrauf
Meinstens ist in solchen Fällen die Tabellenkolation falsch, wurde schon öfter geschrieben wenn ich mich nicht irre sogar gleich auf der 3. Seite dieses Threads
Berechtigungen
Zitieren
