基本介紹
- 中文名：日誌文檔系統
- 外文名：Journaling file system
簡介,概述,日誌的三個級別,回寫,順序,數據,常見的日誌檔案系統,參見,
簡介
日誌檔案系統（英語：Journaling file system）是一種檔案系統在發生變化時，先把相關的信息寫入一個被稱為日誌的區域，然後再把變化寫入主檔案系統的檔案系統。在檔案系統發生故障（如核心崩潰或突然停電）時，日誌檔案系統更容易保持一致性，並且可以較快恢復。
概述
對檔案系統進行修改時，需要進行很多操作。這些操作可能中途被打斷，也就是說，這些操作不是“不可中斷”(atomic)的。如果操作被打斷，就可能造成檔案系統出現不一致的狀態。
例如：刪除檔案時，先要從目錄樹中移除檔案的標示，然後收回檔案占用的空間。如果在這兩步之間操作被打斷，檔案占用的空間就無法收回。檔案系統認為它是被占用的，但實際上目錄樹中已經找不到使用它的檔案了。
在非日誌檔案系統中，要檢查並修復類似的錯誤就必須對整個檔案系統的數據結構進行檢查。一般在掛載檔案系統前，作業系統會檢查它上次是否被成功卸載，如果沒有，就會對其進行檢查。如果檔案系統很大或者I/O頻寬有限，這個操作可能會花費很長時間。
為了避免這樣的問題，日誌檔案系統分配了一個稱為日誌（journal）的區域來提前記錄要對檔案系統做的更改。在崩潰後，只要讀取日誌重新執行未完成的操作，檔案系統就可以恢復一致。這種恢復是原子的，因為只存在幾種情況：
- 不需要重新執行：這個事務被標記為已經完成
- 成功重新執行：根據日誌，這個事務被重新執行
- 無法重新執行：這個事務會被撤銷，就如同這個事務從來沒有發生過
- 日誌本身不完整：事務還沒有被完全寫入日誌，它會被簡單忽略
日誌的三個級別
回寫
在回寫模式中，只有元數據被記錄到日誌中，數據會被直接寫入主檔案系統。這種模式能提供較好的性能，不過有較大的風險。例如：在增大檔案時，數據還未寫入就發生崩潰，那么檔案系統恢復後，檔案後面就可能出現垃圾數據。
順序
在順序模式中，只有元數據被記錄到日誌中，但在日誌被標記為提交前，數據會被寫入檔案系統。在這種模式下，如果在增大檔案時，數據還未寫入就發生崩潰，那么在恢復時這個事務會被簡單的撤銷，檔案保持原來的狀態。
數據
在數據模式中，元數據和檔案內容都先被寫入日誌中，然後在提交到主檔案系統。這提高了安全性，但損失性能，因為所有數據要寫入兩次。在這種模式下，如果在增大檔案時，發生崩潰，那么可能有兩種情況：
- 日誌完整：這時事務會被重新執行，修改會被提交到主檔案系統
- 日誌不完整：這時主檔案系統還未被修改，只需要簡單放棄這個事務
