» Mehrere Datenbankabfragen optimiert

1. Downloadzähler bei Dateianhängen
   Sobald dieser aktualisiert wurde und eine andere Abfrage auf die gleiche Datenbank lief, dauerte die Abfrage sehr lange. Gelöst durch Umstellung auf InnoDB und Hinzufügen eines neuen Index.
2. Seitenaufrufe von Threads
   Sobald diese aktualisiert wurden, entstand das gleiche Problem wie zuvor. Mal eben auf InnoDB umstellen ging aber nicht, weil die aktuelle Technologie MyISAM für einen Volltextindex notwendig war. Die Lösung war schlussendlich für den Volltextindex eine zweite Tabelle nur für den Thread-Titel zu erstellen. Die läuft dann in MyISAM und die Haupttabelle läuft nun in InnoDB.
3. Hinzufügen neuer Threads
   Gleiches Problem wie zuvor beschrieben, sollte damit nun auch gelöst sein.
4. Hinzufügen neuer Premium-Mitglieder
   Die Gruppen-Tabelle hatte keinen Index auf die Mitglieder-ID. Der wurde nun erstellt. Damit ist auch das Problem gelöst.

1. Bilder-Index
   Wir haben eine Seite vorrangig für die Suchmaschine, damit die die Bilder schneller indexieren kann. Dessen Abfrage dauerte sehr lange. Erst dache ich sie in den Griff bekommen zu haben, aber ein simpler

   COUNT()

   hat mir dann einen Strich durch die Rechnung gemacht. Eine InnoDB Datenbank mag keinen simplen

   COUNT()

   . Ich bin daher hingegangen und habe den

   COUNT()

   nun in einen Cache schreiben lassen, der 1x am Tag aktualisiert wird. Schlussendlich ging es nämlich nur um die Seitennummerierung und deswegen muss ich nicht gleich die ganze Datenbank ändern. Update: Hat alles nicht geholfen. Da es nur ein Liste ist, habe ich mich dafür entschieden die Sortierung auf

   AUTO_INCREMENT

   aufzubauen. Damit werden pro Seite zwar nicht mehr exakt 1000 Bilder ausgegeben (z.B. wenn ein Dateianhang ein Video war oder schlicht gelöscht wurde), aber das merkt man nicht bei der Nutzung, daher ist die jetzige Lösung völlig in Ordnung.
2. Duplicate entry Fehler
   Ich habe durch Zufall gesehen, dass ich gar nicht über alle MySQL-Fehler informiert werde. Als ich dann die Fehlermeldungen global aktivierte wurde ich quasi von einer Fehlermeldung erschlagen. Beim Lesen des Codes sind mir dann gleich drei Stellen aufgefallen, die man viel schneller umsetzen konnte, was ich dann auch gleich gemacht habe. Nun wird die Datenbank durch Gäste und Bots nur noch per Zufall aktualisiert und so bleibt der Duplicate Entry Fehler aus. Außerdem habe ich die Datenbankabfrage auf

   ON DUPLICATE KEY ... UPDATE

   geändert, so dass sowieso kein Fehler mehr resultieren kann.
3. Login-Versuche
   Um Passwort-Diebe erkennen zu können loggen wir alle Login-Versuche. Diese Datenbank wurde immer größer bis zuletzt 7.290.307 Einträge drin standen. Das macht natürlich wenig Sinn, weshalb wir diese Datenbank nun regelmäßig alle paar Monate säubern. Jetzt sind z.B. nur noch 878.264 Einträge drin. Viel besser. Auch die Dateigröße der Tabelle ist massiv von 787 MB auf 171 MB reduziert worden. Das war übrigens der Grund warum es heute mehrere Ausfälle der Seite gab. Dass ein Löschvorgang so viel Power erfordert, hätte ich mir auch nicht gedacht

Mach mit!