MySQL (InnoDB)最好的Linux文件系统是什么？

Question

我试图使用MySQL InnoDB寻找各种文件系统性能的基准测试，但找不到任何基准。

我的数据库工作负载是典型的基于web的OLTP，大约90%读，10%写.随机IO。

在流行的文件系统中，如ext3、ext4、xfs、jfs、Reiserfs、Reiser4等，您认为哪个文件系统最适合MySQL？

Answer 1

你对这些数据的价值是多少？

说真的，每个文件系统都有自己的权衡。在深入研究之前，我非常喜欢XFS和Reiser，尽管我经常运行Ext3。所以这里没有真正的文件系统偏见，只是让你知道.

如果文件系统对您来说只是一个容器，那么就选择为您提供最佳访问时间的文件系统。

如果数据具有任何重要价值，您将希望避免使用XFS。为什么？因为如果它不能恢复记录为日志的文件的一部分，它会把所有的块都调零并使数据不可恢复。这个问题是修正了Linux内核2.6.22。

ReiserFS是一个很好的文件系统，只要它从不崩溃。日志恢复工作正常，但是如果出于某种原因，您丢失了您的信息，或者文件系统的核心块被吹走了，那么如果一个磁盘上有多个ReiserFS分区，您可能会遇到麻烦--因为恢复机制基本上是逐个扇区扫描整个磁盘，寻找它“认为”什么是文件系统的开始。如果您使用ReiserFS有三个分区，但只有一个分区被破坏了，那么您可以想象当恢复过程将其他两个系统中的Frankenstein混合在一起时所造成的混乱.

Ext3是“慢”的，在“我有32,000个文件，需要时间才能找到所有运行ls”的方式。如果你到处都有几千张临时的小桌子，你就会有一点点的悲伤。较新的版本现在包含了一个索引选项，它可以显着地减少目录遍历，但仍然会很痛苦。

我从没用过JFS。我只能评论说，我读过的每一篇评论都是类似于“坚实的，但不是街区里最快的孩子”的东西。这可能值得调查。

听够了，让我们来看看Pros：

XFS：

• 具有巨大文件的尖叫声，快速恢复时间
• 非常快速的目录搜索
• 用于冻结和解冻用于转储的文件系统的原语

ReiserFS：

• 高度优化的小文件访问
• 将几个小文件打包到相同的块中，从而节省文件系统空间。
• 快速恢复，竞争对手XFS恢复时间

Ext3：

• 尝试并正确，基于经过良好测试的Ext2代码
• 有很多工具可以使用它
• 可以在紧急情况下作为Ext2重新安装以进行恢复。
• 既可以缩小也可以扩展(其他文件系统只能扩展)
• 最新的版本可以扩展为“现场”(如果你这么大胆的话)

所以你看，每个人都有自己的怪癖。问题是，哪一个对你来说最不离奇？

Answer 2

还值得注意的是，您可以在没有文件系统的情况下运行InnoDB，并且可以在没有文件系统开销的情况下提高性能。我不确定我会推荐它，但我以前用过它，没有问题。

InnoDB原始器件

此外，如果您运行的是90%的读取和10%的写入，除非您需要InnoDB的事务处理能力，否则您可能会考虑移植到MyISAM以获得更好的读取性能。

Answer 3

简短的版本是，我在文件系统上看到的最接近于MySQL的推荐是XFS，但是ext3也应该是好的，ext4承诺是一个很好的改进，但是它仍然不太稳定，尽管应该在年底之前。

如果您正在运行集群文件系统CXFS，那么OCFS2和GFS都应该可以。

我强烈警告您不要使用任何Reiser衍生产品，以及JFS，尽管它曾经被部署得更广泛的XFS和ext4所击败。