Versiffen einer Datenbank?

[AgnethaFältskog]

Hi!
Ich habe da eine bzw. 2 Fragen. Ich habe einen Freund der sich sehr gut mit PHP/MySQL auskennt, und der hat mir gesagt, wenn man eine MySQL DB nicht regelmäßig händisch wartet, dann versifft sie und man kann sie vergessen.
1.) Wieso ist das bitte so?
2.) Ist das auch bei einer Forum Datenbank so die von einer Software verwaltet wird? (SMF)

Lg.
Christina

[FTH]

Hallo

Du solltest vielleicht etwas genauer beschreiben was du mit versifft meinst.
Meinst du, dass nach einer gewissen Zeit die Datendatein (z.B. *.frm, *.MYD) kaputt gehen? Oder meinst du, dass die Inhalte inkonsistent werden.
Ersteres kann ich sicher nicht bestätigen, und selbst wenn, es gibt Programme, die die meisten Probelme beheben können (z.B. myisamchk ).
Für die Inkonsistenz von Daten ist meist der Programmierer der Anwendung, die mit der Datenbank in Verbindung steht, verantwortlich.

Also, bitte eine genauer Fragestellung, dann kann ich eine präzisere Antwort geben.

lg
FTH

[medice]

was ist mit "Händisch warten" gemeint?
dass man jeden Datensatz durchgeht und gegebenenfalls frisiert?
das kanns ja wohl nicht sein - schon bei nicht allzu großen Projekten is da ziemlich schnell Ende der Fahnenstange

[superracer]

is ganz klar, wenn eine DB länger rumliegt und nicht gewartet wird, fangen die elektronen auf der festplatte zu rosten an, und irgendwann verklumpen sie dann und können nicht mehr gelesen werden. deswegen muß man in regelmäßigen abständen die elektronen putzen, polieren, ab und zu sogar mal frisch lackieren!

[ANOther]

@racer
vorbeugend müssen die platten geölt und die lästigen neutronen entfernt werden, dann kommts gar nicht erst zu verklumpungen

[pc_net]

bei datenbanken is es wie bei festplatten ... durch schreiben/ändern/löschen von daten fragmentieren sie und sollten daher von zeit zu zeit reorganisiert (bei festplatten nennt man das defragmentieren) bzw. indizes neu analysiert bzw. angelegt werden - ansonsten leiden die zugriffszeiten darunter ...

wenns natürlich nur eine kleine relativ statische DB ist, dann merkt man das nicht ... aber umso umfangreicher der datenbestand und die änderungen, umso häufiger ist ein reorganisieren sinnvoll ...

http://dev.mysql.com/doc/refman/4.0/de/table-info.html

[Neptunus]

Das Ganze ist auch SQL-mäßig möglich.

Ich denke der Befehl lautet optimize table oder so ähnlich.

Mit myisamchk wird man bei Innodb's nicht weit kommen, obwohl man dort die Fragmentierung am deutlichsten spürt

Ich hatte mal mit einer Innodb-Datenbank in MySQL zu tun, die ca. 1 GB an Nutzdaten beinhaltete.

Das Datenbank-File im Dateisystem war aber ca. 15 GB groß. Aufgrund dauernder inserts und deletes ist es immer nur gewachsen. Die Nutzdaten der Datenbank lagen irgendwo verstreut innerhalb dieses Files herum. Inzwischen waren "Löcher" mit gelöschten Daten.

Bei den Operationen auf diese DB konnte sich MySQL die gewünschten Daten quer aus dieser großen Daten von den verschiedensten Stellen zusammenkratzen.

Performant war das nicht mehr gerade, seltsamerweise vor allem, wenn man viele Datensätze mit einem Statement löschte.

[AgnethaFältskog]

Danke für die bisherigen Antworten