Verreissts mySQL Tabellen bei besonders viel R/W Zugriffen?

Beitrag von **Airport1** » 28.12.2005, 12:07

Habe eine mySQL Tabelle, auf die besonders extrem haeufig lesend/schreibend zugegriffen wird. Diese hats vor zwei Tagen "zerrisssen", soll heissen, sie liess sich nicht mehr oeffnen, bearbeiten, nix mehr. Das Syslog quoll ueber vor Fehlermeldungen (can not open blablub.MYI). Wie kann denn so etwas passieren?

Habe sie nun zwar gekillt, und einfach neu angelegt, aber die Ursache wuerde mich dann doch schon sehr "jucken"

von **Anzeige von ABAKUS** »

Beitrag von **oldInternetUser** » 28.12.2005, 12:09

mySql ist üblicherweise nicht transaktionssicher. Und dies ist das Ergebnis bzw. der Unterschied zu 'richtigen Datenbanksystemen'.

Beitrag von **tobsn** » 29.12.2005, 00:30

oder der unterschied zwischen leuten die coden können und leuten die ihre queries zusammenfrickeln...

btw. gibts dafür mitgelieferte repair und optimier binaries.

(https://dev.mysql.com/doc/refman/5.0/en/repair.html)

Beitrag von **Panic** » 07.01.2006, 15:10

Falsche inidizes?!? Dann zerreist es evtl. auch den Index.... ausdumpen und neu eindumpen würde dann das Problem kurzzeitig beheben.

Am besten mal analysieren. PHPMyAdmin bietet da im Zusammenhang mit dem Befehl
mysqladmin processlist
sehr schöne Möglichkeiten.

Beitrag von **twitch** » 07.01.2006, 20:06

@ oldInternetUser:
Leider hat Transaktionen mit dem abschmieren einer MySQL-DB nix zu tun!
... außerdem kann MySQL nun auch Transaktionen

Ich denke der richtige Ansatz war von Tobsen... irgendwoher kenn ich dich ...

Erstell doch einfach ein Skript welches einmal in der Stunde ein
check table x und ggf:
repaire tabke x
optimize table x

macht. Dann dürfte so etwas kaum noch auftreten.
PS: ich hätte da ein Skript in PERL

Schonmal an einen Festplattenfehler gedacht oder Arbeitsseicherfehler?

mfg
Twitch

Beitrag von **Airport1** » 07.01.2006, 20:36

War ein Dateisystemfehler... fsck half... so einfach kann manchmal die Loesung sein