低配服务器向对外提供 1 亿个 10KB 小文件的访问，怎样存储这些小文件以充分发挥性能？存数据库靠谱吗？

[nonsense]

100M*10KB = 10G 大小 普通月付 10 美刀的服务器的机械硬盘读取吞吐量在 50M ～ 130M 左右
首先是不是否定了直接存硬盘？ 100M 的 inode 元数据一是得重新格式化分区，二是 inode 元数据也要访问机械硬盘就太慢了。
存储在 mysql/mongo/postgre 之类的数据库中，避免了元数据频繁访问，对每个文件做 hash，根据访问 hash 返回数据。cpu 能撑住的话应该能跑满峰值 1Gbps/125M 的带宽。
除直接存储和存数据库之外还有其它的存储方案吗？

[silencefent]

机械硬盘的 8k 小文件随机读取速度不超过 3mb/s
最新 intel 傲腾 900p 估计能达到你的需求

[jadec0der]

不知道你这是面试题还是实际问题，如果是实际问题的话可以用类似 S3 的对象存储服务来解决，各家云计算都有的

[hhacker]

这么多种子吗

[hhacker]

用对象存储可破 用低配机器去背不合理

[julyclyde]

说的就好像文件系统不带 hash 和元数据缓存似的
说的就好像数据库用的就不是机械硬盘似的

才 10G 直接放内存不就得啦

[nonsense]

@jadec0der 实际问题，最要是考虑低成本，能 10 美金一个月解决的就不用比较贵的方案。。
@julyclyde 内存才 1 ～ 2G

[julyclyde]

@nonsense 内存才 1G ？就一个虚拟机你考虑什么存储啊……

[flynaj]

多少访问量？量少怎么做都可以，量多用几台服务器