von Rud » 26.07.2010 21:51
ok ich möchte mich auch noch einmal zu wort melden...
der fehler kam sicher nicht von seiten der anwendung. es liegt eindeutig am DBMS. warum innodb hier einen aussetzer hatte weiß ich nicht. in der regel sollte es aber so sein, dass sich die daten mit hilfe eines rollback verlustlos wieder herstellen lassen. dazu muss nur zügig der betreiber kontaktiert werden.
nun noch eine kleine erklärung, warum wir innodb verwendet haben. in den tabellen, wo daten im gleichen verhältnis geschrieben und gelesen werden haben wir innodb gewählt, da dort die performance von gleichzeitigem lese und schreibzugriff besser ist als bei myisam. dazu kommt, das mit single row locking auch mehrer datensätze gleichzeitig verändert werden könne.
myisam bietet bei den großen datenmengen (pkt. der ortsnetzgrenzen) die beste lese performance und da sich diese daten ehh nicht ändern werden ist das schreiben dort nicht relevant.
noch ein wort zum thema backup. ich war immer der meinung, dass der serverbetreiber (hoster) backups auf seinen systemen erstellt und auch in der lage ist den zustand wieder herzustellen. sollte das nicht der fall sein, sind mehr rechte auf dem system notwendig um sinnvoll backups zu erstellen!
gruß dirk