Kommt es zu einem unvorhergesehenen Server neustart, so hat MySQL anschließend mitunter Probleme alle Daten wiederzufinden. In diesem Fall spricht man von einer korrupten Datenbank.

Der andere Fall der weitaus häufiger auftreten wird ist die Fragmentierung. Mit der Zeit gerät die Ordnung in den Tabellen durcheinander. Es werden einzelne Teile gelöscht und neue Daten kommen hinzu. Das führt dazu, dass irgendwo in der Datendatei von MySQL eine Lücke entsteht.

Für gewöhnlich ist dies kein Problem, denn die gelöschten Zeilen protokolliert MySQL in einer Liste mit. Kommen wieder neue Daten zur Tabelle hinzu, dann werden die freien Positionen und die Datenlücke wieder gefüllt. Dies läuft solange gut, wenn nur mit festen Feldtypen gearbeitet wird. Kommen jedoch variable Felder wie etwa varchar, blob oder text ins Spiel funktioniert der Mechanismus nicht mehr und es bleiben viele kleine Lücken zurück, die Platz wegnehmen.

Mit dem Bordmitteln von Debian kann man sich in dieser Situation selbst helfen. Ohne das man lange Befehle oder das root-Passwort auswendig lernen muss, können in der Datei .bashrc zwei neue Befehle hinterlegt werden, die das Kennwort selber auslesen und mit der Reparatur und der Optimierung der Datenbank beginnen:

alias mysqlcheckrep=”mysqlcheck -u debian-sys-maint -cs –password=`grep -m 1 password  /etc/mysql/debian.cnf | awk ‘{print $3}’` –all-databases –auto-repair”
alias mysqlcheckopt=”mysqlcheck -u debian-sys-maint -os –password=`grep -m 1 password  /etc/mysql/debian.cnf | awk ‘{print $3}’` –all-databases”

Bitte beachten, dass der jeweilige Befehl von doppelten Anführungszeichen umschlossen ist, während das Passwort mit Hilfe von grep über sog. Backticks ausgelesen wird, während awk mit einfachen Anführungszeichen arbeitet.

Dies erfordert natürlich viel Geduld, wenn alle “ö” gegen ein ö getauscht und ein “ü” gegen ein ü ersetzt werden soll. Natürlich gibt es auch noch die Möglichkeit per altbewährtem “suchen und ersetzen” alles zu korrigieren. Schneller geht es jedoch wenn man die Ursache direkt beim Serverwechsel erkennt und behebt.

So erstelle ich regelmäßig per Hand eine Sicherung einer beliebigen Datenbank:

mysqldump -aceQ -u datenbankbenutzer datenbankname -p > sicherungsdatei-`date +%Y%m%d`.sql

Abhändig davon, mit welchem Zeichensatz (wikipedia) die Datei erstellt wurde, muss diese dann auch wieder importiert werden. Angenommen es wurde eine UTF-8 Datei (wikipedia) erstellt, so kann diese wieder importiert werden ohne das die Umlaute kaputt gehen mit:

mysql –default-character-set=utf8 -u datenbankbenutzer datenbankname -p < sicherungsdatei-20070930.sql

Ein Editor kann natürlich im Vorfeld diese Konvertierung vornehmen. Unter Linux kann man sich dazu auch mal das Programm iconv (Online Konverter) ansehen.