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

我试图寻找有关MySQL InnoDB的各种文件系统的性能的基准,但找不到任何.

我的数据库工作负载是典型的基于Web的OLTP,大约90%读取,10%写入.随机IO.

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

最佳答案
你对这些数据有多重视?

说真的,每个文件系统都有自己的权衡.在我走得更远之前,我是XFS和Reiser的忠实粉丝,尽管我经常运行Ext3.所以这里没有真正的文件系统偏见,只是让你知道……

如果文件系统只是一个容器,那么请选择最适合您的访问时间.

如果数据具有任何重要值,您将需要避免XFS.为什么?因为如果它无法恢复记录it will zero out the blocks的文件的一部分并使数据无法恢复.这个问题是fixed in Linux Kernel 2.6.22.

ReiserFS是一个很棒的文件系统,前提是它永远不会崩溃.日志恢复工作正常,但如果由于某种原因你丢失了你的分区信息,或文件系统的核心块被吹走了,如果磁盘上有多个ReiserFS分区,你可能会有一个quandry – 因为恢复机制基本上扫描了整个磁盘,逐个扇区,寻找它“思考”的东西是文件系统的开始.如果你有三个分区与ReiserFS,但只有一个被烧毁,你可以想象这将导致混乱,因为恢复过程将弗兰肯斯坦的混乱与其他两个系统结合在一起……

Ext3是“慢”,在“我有32,000个文件,并且需要时间来找到所有运行ls”的方式.如果你到处都会有成千上万的小临时桌子,你会有一点点悲伤.较新的版本现在包含一个索引选项,可以大大减少目录遍历,但它仍然很痛苦.

我从未使用过JFS.我只能评论说,我读过的每一篇评论都是“坚实的,但不是最快的孩子”.这可能值得调查.

足够的缺点,让我们来看看优点:

XFS:

>大量文件尖叫,恢复时间快
>非常快速的目录搜索
>用于冻结和解冻文件系统以进行转储的基元

ReiserFS文件系统:

>高度优化的小文件访问
>将几个小文件打包到相同的块中,节省文件系统空间
>快速恢复,可与XFS恢复时间相媲美

EXT3:

>基于经过充分测试的Ext2代码,尝试并且真实
>周围有很多工具可以使用它
>可以重新安装为Ext2,以便进行恢复
>可以缩小和扩展(其他文件系统只能扩展)
>最新版本可以“直播”(如果你那么大胆)

所以你看,每个人都有自己的怪癖.问题是,对你来说哪个是最不古怪的?

转载注明原文:什么是MySQL(InnoDB)最好的Linux文件系统? - 代码日志