什么是在一个字典中存储数千个文件的最好的文件系统,比如id-blob结构?

什么文件系统最适合我的需求?

  1. 一个目录中有成千上万的文件。
  2. 良好(ext4&ntfs级别或closures)可靠性(包括容错)和访问速度。
  3. 没有实际需要的目录,以及描述性的名字,只是id-blob对的字典结构是我所需要的。
  4. 无需链接,属性和访问控制function。
  5. 使用存储级别的关键数据encryption(如果硬盘丢失或被盗,没有人可以使用它的内容)将是很酷的。

目的是一个文件存储,其中所有元数据(描述文件实际包含的所有事实以及谁可以访问它的数据)存储在MySQL数据库中。

据我所知,像NTFS和ext3 / 4这样的普通文件系统如果放在一个目录中的文件太多,可能会变得很慢 – 这就是我为什么要问的原因。

  • 问题不在于文件系统(NTFS实际上可以与十万个成员确定),而是所有的工具。 甚至不要打开在Windows资源pipe理器中的目录。 如果dir返回2百万等,shell脚本将会花费很长时间

更好的文件夹层次结构。

给每个文件一个16字节的hex代码

  • 在4个字符段中创build文件夹/文件名,

所以一个文件可能会在affc / 2548/2224 ….等

保持目录更短

你也许可以在这里实现挂载点(尽pipe4符号文件级别太宽了)。

不要忘记,你需要可能的备份/恢复

XFS: http : //en.wikipedia.org/wiki/XFS

不要使用ext3,因为它使用一个目录的内容的链接列表 – >很大的文件集很慢的目录。 进一步更ext3删除文件时不清理这个结构。

在linux上,你可以使用ls -lahd directory /来知道这个列表的大小。