Linux 服务器上文件夹，放了几十万张图片，请求一张图片，检索图片文件名会不会很慢？
iConnect · 2017 年 10 月 26 日 via Android · 4616 次点击这是一个创建于 3013 天前的主题，其中的信息可能已经有所发展或是发生改变。
每张图片的文件名都是 hash 过的 16 位随机文件名，web 请求一张图片：
https://xxx.com/api/img/***.png
要在一个有大量的图片文件夹中找出 ***.png 会不会很慢？有什么检索的索引方式吗？
https://xxx.com/api/img/***.png
要在一个有大量的图片文件夹中找出 ***.png 会不会很慢？有什么检索的索引方式吗？
 |
1
chenset 2017 年 10 月 26 日  1
目录分层一下就好了. 按时间什么的.
|
 |
2
whileFalse 2017 年 10 月 26 日 1
会。
建议将 123456789abcdef.png 存储为 12345/6789a/bcdef.png 或者是 12345/6789a/123456789abcdef.png |
 |
3
ksupertu 2017 年 10 月 26 日 via iPhone 1
装个 ceph 集群就行了
|
 |
4
asdf123101 2017 年 10 月 26 日 via Android 1
图片路径存数据库或者哈希表，文件名：路径，通过文件名搜索。
|
 |
5
Izual_Yang 2017 年 10 月 26 日 via Android 1
@whileFalse 分太多文件夹了吧，一般不都是 12/ab/这样的么
|
 |
6
zhujunsan 2017 年 10 月 26 日 1
|
 |
7
msg7086 2017 年 10 月 26 日 1
在知道文件名的情况下直接访问文件不会很慢。列表的时候才会慢。
为了便于管理，一般建议哈希分子目录。 12/34/123456789xxyyzz.png 这已经把规模降到 6 万分之一了。 |
 |
8
zmj1316 2017 年 10 月 26 日
ext4 的目录应该是可以用 Btree 存的吧，默认不开的话看一下文档手动开启就行了，应该没必要手动分层
|
 |
9
xvx 2017 年 10 月 26 日 via iPhone
我见过 windows 服务器放大量的文件,连文件夹都打不开。
很多博客默认按照年月来分文件夹存储是非常合理的。 |
 |
10
hugee 2017 年 10 月 26 日 via Android
指定了图片路径不会慢，但别去目录 ls
|
 |
11
northisland 2017 年 10 月 26 日
召唤数位 linux 文件系统大神的到来~~
|
 |
12
dalibaxiaoliba 2017 年 10 月 26 日
楼主试一下 weed-fs
|
 |
13
ququzone 2017 年 10 月 26 日
https://github.com/ququzone/image-server
可以试试这个项目，专门的图片服务器，基于 seaweedfs |
 |
14
pubby 2017 年 10 月 26 日 via Android
@dalibaxiaoliba 这个不错，一直用它存图片和各种文件
|
Select Language