bloonix+2007-08-31 12:35:36--

Gast+2007-08-31 11:02:58--

Ent2/3 kann man mit der Option "sync" mounten, damit wird alles direkt geschrieben und gelesen ohne Cache. (Postgresql warnt übrigens wenn das nicht der Fall ist...)

Wofür gibt es denn commit? Ein sync zusätzlich nach jeder Transaktion
halte ich für unschön und stellt noch immer nicht 100% sicher, dass die
Daten auch wirklich auf der Festplatte gelandet sind... zuerst liegen die
nämlich im Schreibcache der Festplatte... Ein Raid Controller kann hier
zusätzlich die Stromversorgung durch eine Batterie sicherstellen und
das nach einem Crash die Daten auf die Platte geschrieben werden,
aber schöner ist, dass die Datenbank sicherstellt, dass die Daten tatsächlich
auf der Festplatte liegen.

Die Datenbank soll sicherstellen das die Daten wirklich auf der festplatte liegen? Wie soll es das tun? Dann müssten MySQL, PostgreSQL etc. ja IDE,SCSI,... Treiber in den Datenbanken integrieren damit soetwas möglich ist.

Das OS Regelt ob Dateien direkt geschrieben werden oder nicht. und wenn du eine Partition mit "sync" mountest dann heißt es nicht das nach jeder Operation gesynct wird. Sondern das das OS Synchrone Schreibzugriffe macht, anstatt default asynchrone.

Das heißt das OS meldet erst dann der DB ein "ok" zurück wenn das OS von sich aus gesehen die Daten auch auf die festplatte geschrieben hat. Vorher gibt es kein "ok" und die "db" muss warten. bei "asyncron" was default ist, bekommt die db schneller ein ok, das wirkliche Speichern kann aber später pasieren. async ist also Performanter, aber zu lasten von datensicherheit.

sync bedeutet so jedenfalls nicht, das geschrieben wird, und danach erst gesynct.


Ansonsten würde ich deswegen aber nicht async ausschalten. Und in Serverumgebungen sollte sowieso eine USV davor sein, so das auch ein Stromausfall nicht den PC sofort ausschaltet.