PythonQ 240-8XX Bedienungsanleitung Seite 720

  • Herunterladen
  • Zu meinen Handbüchern hinzufügen
  • Drucken
  • Seite
    / 768
  • Inhaltsverzeichnis
  • LESEZEICHEN
  • Bewertet. / 5. Basierend auf Kundenbewertungen
Seitenansicht 719
Anhang D: Anmerkungen zur Portierung auf andere Systeme 699
Sie eine solche Anfrage finden, versuchen Sie zun¨achst, auf die neueste MySQL-Version zu
aktualisieren. Wenn das nicht hilft und Sie nichts im mysql-Mailarchiv finden onnen, soll-
ten Sie den Bug an [email protected] berichten. Links zu Mailarchiven finden Sie
online auf der MySQL-Dokumentationsseite (http://www.mysql.com/documentation/).
Wenn Sie mysqld mit --with-myisam-recover gestartet haben, pr¨uft MySQL automatisch
MyISAM-Tabellen und versucht sie zu reparieren, wenn sie als ’nicht korrekt geschlossen’ oder
’bescadigt’ gekennzeichnet sind. Wenn das passiert, schreibt MySQL einen Eintrag in
die hostname.err-Datei ’Warning: Checking table ...’, der von Warning: Repairing
table gefolgt wird, wenn die Tabelle repariert werden muss. Wenn Sie viele solcher Fehler
erhalten, ohne dass mysqld direkt davor unerwartet gestorben ist, stimmt etwas nicht und
muss weiter untersucht werden. Siehe Abschnitt 5.1.1 [Command-line options], Seite 170.
Nat¨urlich ist es kein gutes Zeichen, wenn mysqld unerwartet stirbt, doch in diesem Fall sollte
man nicht die Checking table...-Meldungen untersuchen, sondern statt dessen versuchen
herauszufinden, warum mysqld starb.
D.1.6 Einen Testfall herstellen, wenn Sie Tabellenbescadigung
feststellen
Wenn Sie bescadigte Tabellen erhalten oder wenn mysqld immer nach irgend einem Ak-
tualisierungsbefehl fehlschl¨agt, onnen Sie mit folgendem ¨uberpr¨ufen, ob der Bug repro-
duzierbar ist:
Fahren Sie den MySQL-Daemon herunter (mit mysqladmin shutdown).
Machen Sie eine Datensicherung der Tabellen (um dem sehr unwahrscheinlichen Fall
vorzubeugen, dass die Reparatur etwas Schlechtes macht).
Pr¨ufen Sie alle Tabellen mit myisamchk -s Datenbank/*.MYI. Reparieren Sie jegliche
bescadigten Tabellen mit myisamchk -r datenbank/tabelle.MYI.
Machen Sie eine Datensicherung der Tabellen.
Entfernen (oder verschieben) Sie jegliche alten Log-Dateien aus dem MySQL-Daten-
Verzeichnis, wenn Sie mehr Platz brauchen.
Starten Sie mysqld mit --log-binary. Siehe Abschnitt 5.9.4 [Binary log], Seite 303.
Wenn Sie eine Anfrage finden wollen, die mysqld zum Absturz brachte, sollten Sie
--log --log-binary benutzen.
Wenn Sie eine bescadigte Tabelle erhalten, halten Sie mysqld an.
Stellen Sie die Datensicherung wieder her.
Starten Sie den mysqld-Server neu, ohne --log-binary.
F¨uhren Sie die Befehle mit mysqlbinlog update-log-file | mysql erneut aus.
Die Update-Log-Datei wird im MySQL-Datenbank-Verzeichnis unter dem Namen
hostname-bin.# gespeichert.
Wenn die Tabellen wieder bescadigt werden oder Sie mysqld wieder dazu
bringen onnen zu sterben, haben Sie einen reproduzierbaren Bug gefunden, der
sich leicht beheben lassen sollte! Schicken Sie die Tabellen und die Bin¨ar-Log-
Datei an ftp://support.mysql.com/pub/mysql/secret und schicken Sie eine
E-Mail an [email protected] oder (wenn Sie ein Support-Kunde sind) an
Seitenansicht 719
1 2 ... 715 716 717 718 719 720 721 722 723 724 725 ... 767 768

Kommentare zu diesen Handbüchern

Keine Kommentare