Linux ext4文件系统下文件写入完整性与原子性保障咨询

原生基础写入API是否能保障掉电原子性？ #

结论是不能，原因如下：

• ext4默认的日志模式为ordered，仅保障文件系统元数据的一致性，不保障用户数据的写入原子性。基础的write()调用仅将数据写入内核页缓存就会返回，实际落盘由内核后台调度，没有固定时序。
• 哪怕单次写入大小小于1个文件系统块（通常为4KB），也无法保证原子落盘：内核可能先刷入文件元数据，还没来得及刷入实际数据就发生掉电，会出现文件大小正确但内容为脏数据、或者部分内容写入的情况。如果写入内容跨多个块，部分写入的概率会更高。

copy-write-rename方案是否可行？ #

该方案是Linux下实现文件原子更新的标准成熟方案，只要操作步骤正确就可以完全满足你的需求，关于执行顺序的问题只要做好强制同步即可保障，正确操作流程如下：

1. 在与目标文件同属一个ext4分区的目录下创建临时文件，例如your_data_file.tmp
2. 复制原文件内容到临时文件，完成所有修改写入操作
3. 对临时文件的文件描述符调用fsync()或fdatasync()，等待调用返回后再执行后续操作：该步骤会强制把临时文件的所有用户数据、元数据刷入磁盘持久化，确保临时文件内容完整落盘，这是保障执行顺序的核心步骤，绝对不能省略
4. 调用rename()系统调用，用临时文件直接覆盖原目标文件：ext4下同分区的rename()操作是原生原子的，要么完全生效（原文件被替换为新的临时文件内容），要么完全不生效（原文件保持不变），不存在中间状态
5. 可选但推荐：对目标文件所在的目录执行一次fsync()，确保目录元数据的变更也落盘，避免部分特殊挂载配置下目录更新延迟导致掉电后仍显示旧文件的问题

该方案的注意事项 #

• 不要用C库的fflush()代替系统调用fsync()：fflush()仅将C库用户态缓存刷入内核页缓存，并没有写入实际磁盘，无法起到持久化作用
• 临时文件不能放在其他分区：跨分区的rename()本质是「复制+删除」操作，没有原子性保障
• 你当前无多应用并行写入的场景，该方案不存在竞态风险，可直接使用

内容的提问来源于stack exchange，提问作者dsaada