我听说即使是 EXT3/EXT4 之类的日志文件系统也可能在电源故障期间损坏,例如来自维基百科 [1]:
In the event of a system crash or power failure,
such file systems are quicker to bring back online and
less likely to become corrupted.
任何人都可以通过举例提供更多细节,例如
- 可能发生腐败
- 日志文件系统避免了损坏
我听说即使是 EXT3/EXT4 之类的日志文件系统也可能在电源故障期间损坏,例如来自维基百科 [1]:
In the event of a system crash or power failure,
such file systems are quicker to bring back online and
less likely to become corrupted.
任何人都可以通过举例提供更多细节,例如
由于磁盘内重新排序,大多数现代磁盘也可能发生损坏。
现代磁盘通常会对用于加速性能的请求进行重新排序(通过重新排序写入以使整个请求列表不那么难找),这称为标记命令队列。
写入磁盘上的日志可能会延迟,因为从当前的磁头位置开始以不同的顺序写入到操作系统请求的实际顺序更有效,这意味着块可以在日志之前提交。
解决这个问题的方法是让操作系统在提交任何更多写入之前明确等待日志已提交。这被称为屏障。大多数文件系统默认情况下不使用它,并且明确需要使用挂载选项启用。
barriers 的一大缺点是它们有降低 I/O 速度的趋势,有时会显着降低(大约 30%),这就是默认情况下不启用它们的原因。除此之外,当您开始在标准磁盘(如 LVM 或 Raid)上添加逻辑分层时,事情变得更加糟糕。LVM(最近)为大多数 LV 配置添加了屏障支持,mdadm 似乎已经有一段时间了。
大多数日志文件系统(ext3/4、ntfs)仅在事务上保护元数据。如果发生断电,用户数据可能会呈现不一致,但元数据是好的。
Zfs 和我认为 xfs 使用事务和日志来保护元数据和用户数据。
Barrier是一种避免断电损坏的方法,但此安全功能会影响性能。两全其美(性能/障碍=关闭,几乎没有损坏风险)成本稍高:使用具有非易失性、电池支持的写缓存的设备。