文件系統中的ACID事務

Question

背景：

我正在通過串行連接從arduino獲取溫度浮點數。我需要能夠每隔30秒緩存一次溫度數據，以便其他應用程序（例如網絡，恆溫控制器）訪問並且不會超載串行連接。

目前我緩存這些數據到RAM作爲文件在/運行（我試圖遵循Linux約定）。然後，其他應用程序可以通過I/O現在唯一的瓶頸（使用rpi，因此這裏沒有很多企業級需求）來輪詢文件的溫度，因爲它們整天都需要它。

問題：

我認爲，當一個應用程序讀取這些文件，它的風險讀取損壞的數據。如果作者更新文件，讀者嘗試同時讀取文件，可能會破壞數據讀取，導致恆溫器表現不正常？

我應該只使用sqlite3作爲一種矯枉過正的解決方案，或者使用文件鎖定（並且這樣做有其他風險，但不能完美工作）？

這一切都發生在多個python進程中。 Linux能夠在本地處理這種情況，還是需要以某種方式應用here提及的原則？

Answer 1

致電write(2)應該是atomic under Linux。

這意味着只要您正在編寫單個緩衝區，就可以確定讀者不會讀取不完整的記錄。您可能希望使用os.write以確保不會發生緩衝/分塊，但您不知道。

如果讀取正在發生並且文件被更新，讀取將在文件中間使用新數據，還是以某種方式知道如何從舊文件獲取數據？

如果確切有一個read(2)和一個write(2)，您可以保證看到一致的結果。如果將寫入分爲兩部分，可能發生的是寫入第一部分，然後讀取第二部分，這會違反原子性。如果您需要編寫多個緩衝區，請自行組合它們或使用writev(2)。