Clojure中的原子文件替換

Question

我有一個應用程序寫入更新磁盤文件，但我想盡可能確保以前版本的文件不被破壞。

最直接的方式來更新文件，當然，是簡單地寫：

(spit "myfile.txt" mystring) 

但是，如果PC（或Java程序）以書面的過程中死機，這有一個小破壞文件的機會。

更好的解決方案可能是寫：

(do (spit "tempfile" mystring) 
    (.rename (file "tempfile") "myfile.txt") 
    (delete-file "tempfile")) 

此使用java文件重命名功能，這是我聚集在大多數情況下，單個存儲設備上被執行時通常是原子的。

對Clojure文件IO有一些深入的瞭解的任何Clojurians對這是最好的方法還是有任何建議，或者在更新磁盤文件時有更好的方法來最小化文件損壞的風險？

謝謝！

Answer 1

這不是特定於Clojure;一個臨時重命名刪除方案不是保證在POSIX標準下進行原子替換。這是由於寫入重新排序的可能性 - 在臨時寫入之前重命名可能到達物理磁盤，所以當在此時間窗口內發生電源故障時，會發生數據丟失。這不是一個純粹的理論上的可能性：

http://en.wikipedia.org/wiki/Ext4#Delayed_allocation_and_potential_data_loss

你需要寫臨時文件後的fsync（）。 This question討論從Java調用fsync（）。

Answer 2

你給的例子是我的理解完全習慣和正確。如果上一次運行失敗並且添加一些錯誤檢測，我只會首先刪除臨時文件。

Answer 3

根據您的意見反饋，我會建議你避免嘗試推出自己的基於文件的數據庫的基礎上，一對夫婦的意見：

• 在文件系統數據結構的持久性存儲是在崩潰的情況下是一致的，這是一個難以解決的問題。很多非常聰明的人花了很多時間思考這個問題。
• 小型數據庫往往會發展成大型數據庫並隨着時間的推移收集更多功能。如果你推出自己的產品，你會發現自己在項目過程中重新發明了輪子。

如果你在一個崩潰的情況下保持應用程序的數據的一致性真正感興趣，那麼我建議你看看嵌入可用的許多免費的數據庫之一 - 您可以通過啓動看着Berkely DB，HyperSQL或者更具Clojure風味的Datomic。