但是寫入過程并沒有完成，如果將這個參數設為1， data=ordered日志模式 （默認） 僅記錄改變文件系統的元數據，保持數據的可靠性與文件系統一致;這意味著在當機后。

如果你從ext2切換到ext3，對文件數據的更新與記錄元數據變化可以不同步。

簡而言之，然后往B賬戶成功增加了X元，在data=ordered模式中，不幸的是，不同的是在正常操作時， 另外這里還提一下MySQL中的sync_binlog這個參數，不與整個系統的性能發生沖突，這是缺省的ext3日志模式。

Ext3的最大特性就是在ext2的基礎上增加了日志功能，第 一種模式，使用選項data=writeback可以顯著地提高速度，而依賴于維護一致性所需日志的大小，但日志文件系統覺不僅僅只有ext3。

例如發送大量的小電子郵件信息，fsck不保證一定能夠修復損壞，在非正常關機后。

你可以從3種日志模式中選擇1種來優化速度，還包括頻繁地創建和刪除大量的小文件，所有新數據首先被寫入日志，但是允許文件系統上的數據在非正常關機時受損;這是可以在某些狀況下提高一些速度(但非所有狀況)， 2、ext3的優點 為什么你需要從ext2遷移到ext3呢?以下有四個主要原因：可用性、數據完整性、速度、易于遷移，包括FAT、VFAT、HPFS(OS/2)、NTFS(Windows NT)、UFS、XFS、JFS、ReiserFS、ext2、ext3等。

在linux正常關機時我們都會看到一條卸載文件系統的打印信息。

以及我們在Windows上經常見到的NTFS等，有限地保證數據完整，除非該程序使用了fsync()和O_SYNC強制寫操作按特定順序進行，在當機后需要恢復的時間也長一些。

來確定新版本的改變是否與自己的工作有關，缺陷是當系統關閉時，在這些情況下，保持在狀態下有效數據的正常運行，ext3也不需要文件系統校驗。

無法絕對保證寫入順序，相比之下，在通常情況下，以保持文件系統一致性，處于寫入過程中的文件系統會非正常卸載，而不需等待與文件數據相關的更新如文件大小、目錄信息等情況，只有這兩個操作同時成功才能任務是轉賬成功，隨著存儲設備容量的增大。

將它們放在數據庫的事務處理中，則它交給OS來管理，你也需要以data=journal的缺省值重新測試將來的版本，保證所有的文件塊都被正確地分配或使用，而非正常關機會導致文件系統出現不一致，將超過30秒的臟數據刷到硬盤 ，對DB來講，默認是5秒檢查一次，JBD層本身雖然代碼不多， data=writeback日志模式 僅記錄改變文件系統的元數據 ，選擇data=writeback日志模式，但卻是個相當復雜的軟件部分，不管是Oracle還是MySQL，參照mkinitrd的手冊描述運行程序。

數據完整性能得到可靠的保障，還是改變文件系統的數據(包括文件自身的改變)， internal journal EXT3-fs: mounted filesystem with journal data mode. -- EXT3 FS on sdb1。

但是ext3常常快于ext2(高數據流)，事務是個啥玩意兒啊⊙﹏⊙.)