我们是否需要在生产数据库（MySQL/InnoDB）上使用 Barriers？

Question

即使我们使用启用了屏障的日志文件系统 (EXT3) ，这仍然更安全和推荐吗？

例如

mount -o barrier=1 /dev/sda /mntpnt

参考：

• http://lwn.net/Articles/283161/
• https://serverfault.com/questions/403891/journaled-filesystems-and-power-failure

Answer 1

是的，它总是更安全。认为真正腐败的可能性很低。当文件系统损坏时，修复很可能会成功。像 InnoDB 这样的 ACID 兼容数据库也会执行 fsyncs/barriers 以确保提交的更改永久存储在磁盘上。

不要忘记，在生产环境中，您应该使用带有冗余 PSU 和/或 UPS 的高质量服务器，因此您实际需要该日志的机会已经相当小了。

不启用它的一个原因可能是性能。当然，这只影响写入性能。但这些事情应该进行衡量，因为它们高度依赖于您的硬件。例如，当在 raid 控制器上使用电池支持的写入缓存运行时，由于控制器的写回缓存，性能损失将为零。

总而言之，我认为风险非常小，但这取决于所面临的风险。就我个人而言，我认为如果风险足够高，足以保证这样做，那么您应该考虑复制到第二台服务器。当然，您已经在进行定期备份。

顺便说一句：fsync 在 ext3 上效率很低，因为它总是同步所有文件！符合 ACID 的数据库往往会执行大量 fsync，因此如果可以的话最好使用 ext4。