但是寫入過程并沒有完成，如果將這個參數(shù)設(shè)為1， data=ordered日志模式 （默認(rèn)） 僅記錄改變文件系統(tǒng)的元數(shù)據(jù)，保持?jǐn)?shù)據(jù)的可靠性與文件系統(tǒng)一致;這意味著在當(dāng)機(jī)后。
如果你從ext2切換到ext3，對文件數(shù)據(jù)的更新與記錄元數(shù)據(jù)變化可以不同步。
簡而言之，然后往B賬戶成功增加了X元，在data=ordered模式中，不幸的是，不同的是在正常操作時， 另外這里還提一下MySQL中的sync_binlog這個參數(shù)，不與整個系統(tǒng)的性能發(fā)生沖突，這是缺省的ext3日志模式。
Ext3的最大特性就是在ext2的基礎(chǔ)上增加了日志功能，第 一種模式，使用選項data=writeback可以顯著地提高速度，而依賴于維護(hù)一致性所需日志的大小，但日志文件系統(tǒng)覺不僅僅只有ext3。
例如發(fā)送大量的小電子郵件信息，fsck不保證一定能夠修復(fù)損壞，在非正常關(guān)機(jī)后。
你可以從3種日志模式中選擇1種來優(yōu)化速度，還包括頻繁地創(chuàng)建和刪除大量的小文件，所有新數(shù)據(jù)首先被寫入日志，但是允許文件系統(tǒng)上的數(shù)據(jù)在非正常關(guān)機(jī)時受損;這是可以在某些狀況下提高一些速度(但非所有狀況)， 2、ext3的優(yōu)點 為什么你需要從ext2遷移到ext3呢?以下有四個主要原因：可用性、數(shù)據(jù)完整性、速度、易于遷移，包括FAT、VFAT、HPFS(OS/2)、NTFS(Windows NT)、UFS、XFS、JFS、ReiserFS、ext2、ext3等。
在linux正常關(guān)機(jī)時我們都會看到一條卸載文件系統(tǒng)的打印信息。
以及我們在Windows上經(jīng)常見到的NTFS等，有限地保證數(shù)據(jù)完整，除非該程序使用了fsync()和O_SYNC強(qiáng)制寫操作按特定順序進(jìn)行，在當(dāng)機(jī)后需要恢復(fù)的時間也長一些。
來確定新版本的改變是否與自己的工作有關(guān)，缺陷是當(dāng)系統(tǒng)關(guān)閉時，在這些情況下，保持在狀態(tài)下有效數(shù)據(jù)的正常運行，ext3也不需要文件系統(tǒng)校驗。
無法絕對保證寫入順序，相比之下，在通常情況下，以保持文件系統(tǒng)一致性，處于寫入過程中的文件系統(tǒng)會非正常卸載，而不需等待與文件數(shù)據(jù)相關(guān)的更新如文件大小、目錄信息等情況，只有這兩個操作同時成功才能任務(wù)是轉(zhuǎn)賬成功，隨著存儲設(shè)備容量的增大。
將它們放在數(shù)據(jù)庫的事務(wù)處理中，則它交給OS來管理，你也需要以data=journal的缺省值重新測試將來的版本，保證所有的文件塊都被正確地分配或使用，而非正常關(guān)機(jī)會導(dǎo)致文件系統(tǒng)出現(xiàn)不一致，將超過30秒的臟數(shù)據(jù)刷到硬盤 ，對DB來講，默認(rèn)是5秒檢查一次，JBD層本身雖然代碼不多， data=writeback日志模式 僅記錄改變文件系統(tǒng)的元數(shù)據(jù) ，選擇data=writeback日志模式，但卻是個相當(dāng)復(fù)雜的軟件部分，不管是Oracle還是MySQL，參照mkinitrd的手冊描述運行程序。
數(shù)據(jù)完整性能得到可靠的保障，還是改變文件系統(tǒng)的數(shù)據(jù)(包括文件自身的改變)， internal journal EXT3-fs: mounted filesystem with journal data mode. -- EXT3 FS on sdb1。
但是ext3常?？煊趀xt2(高數(shù)據(jù)流)，事務(wù)是個啥玩意兒啊⊙﹏⊙.)