Datenbanken

Datenbanken

Posts 1-4 of 4
  • Robert Großer
    Robert Großer
    The company name is only visible to registered members.
    INDEX zerstört bzw. fehlerhaft - mögliche Ursachen?
    Hallo,

    vor einigen Tagen hatte ich ein merkwürdiges Problem und suche jetzt Antworten auf das Problem.

    In unserer Datenbank (MySQL 5.x) hatten wir eine Relation mit ca. 3.5 Mio. Datensätzen. Auf zwei Attribute waren jeweil ein Index gesetzt. Vor ein paar Tagen ist komischerweise ständig die Datenbank ge-crashed, wenn auf diese bestimmte Relation zugegriffen wurde. Laut der Fehlermeldung war der Index zerstört bzw. fehlerhaft.

    Nach ein paar Recherchen haben wir dann wieder durch Export / Import der Relation den Index wieder hergestellt.

    Meine Frage ist, wo ggf. die Ursachen liegen, dass so was passieren kann? Hat jemand dieses Problem auch schon gehabt? Vielleicht zu viele Daten? Falsch gelöscht?

    Danke für Eure Meinungen

    Robert
  • Post visible to registered members
  • Erkan Yanar
    Erkan Yanar    Premium Member   Group moderator
    The company name is only visible to registered members.
    Re: INDEX zerstört bzw. fehlerhaft - mögliche Ursachen?
    Ich kann dem Herrn Reitschuster nur zustimmen.
    Aus der Anwendung heraus wird der Index nicht zerstört.
    Es hört sich so an, als würden Sie die MyISAM-Engine einsetzen. Sollte dies mal wieder passieren, (kaputte Festplatte, Prozesse während dem Schreiben aus dem System (nicht MySQLd) abgeschossen,) probieren Sie doch myisamchk aus, das repariert offline auch in mehreren Threads, oder auch im laufenden Betrieb mit REPAIR. Hier sollte man aber myisam_repair_threads gesetzt haben, um den selben Effekt zu erzielen.
  • Robert Großer
    Robert Großer
    The company name is only visible to registered members.
    Re^2: INDEX zerstört bzw. fehlerhaft - mögliche Ursachen?
    Erstmal vielen vielen Dank an Herrn Reitschuster und Herrn Yanar.

    Wir sind auch gerade dabei einmal die Festplatte zu prüfen. Schaden tut es nicht.
    Als Tabellenformat nutzen wir InnoDB (wegen den Transaktionen).

    Wir werden mal alles ausprobieren.

    Danke.