ext4足够稳定的数据库和虚拟机？ 数据完整性问题是由于数据没有真正写入磁盘并在caching中，这会在断电后被清除。 我所理解的解决方法是在fstab中放入一个fsync选项。 启用该选项后，不会ext3和ext4导致相同的性能？
如果发生断电，哪个文件系统可以防止数据丢失？
为了防止掉电时丢失数据，必须使用同步写入（fstab中的sync选项）。 这将会扼杀你的performance，并说服你去思考更好的select。
ext4已准备好供生产使用。 在一段时间内，它在面向服务器的分发中是默认的。
在停电的情况下使用UPS。 如果你没有UPS的预算，那么你的数据是不值得保护，以防止停电，对不对？
写caching在几乎所有的当代文件系统中都有使用：ext3，jfs2，ext4，btrfs，zfs。 数据库编写者非常关心数据处理，并注意在适当的时候同步正确的数据。
是的，这是RHEL，Centos，SL，OEL等支持FS的主stream。
在启用障碍的情况下，在ext4分区上设置MySQL数据库之前，您应该使用两次 （或更多）的twink 。 最好使用旧的XFS。 看看这里： http : //serenadetoacuckooo.blogspot.com/2011/04/ext4-performance-and-barrier-option.html 。 由于“障碍”选项，Ext4有一些严重的延迟问题。 当然屏障是turbo安全的，但通常它会吸收你的iowait时间，并增加io延迟几次（对于mysql更新大约10-30倍）。 然而这不是一个规则 。 在你做这件事之前，先考虑一下我的话。