请教，一年有10万张学生照片（每张10K以内），是放服务器目录还是数据库里边？

[salecn]

　　背景：做一套云端的管理系统，一年有10万张学生照片（每张10K以内），这照片应该是放在数据里边还是服务器目录里边？ 放数据库里边影响速度读取麻烦，放服务器目录里边很容易被下载泄漏。
问题：请教前辈，你们一般是怎样做的啊？（如果放服务器目录里边，把照片文件名用一个16位的随机ID，可以防止下载吗？）

[只想牵着伱的手]

建议服务器目录吧，防止下载可以做签名验证 ， 图片输出到前端时 在url中加签名参数。访问图片地址时可以用 nginx + lua 签名验证 。

[Dan淡淡的心]

建议服务器目录 图片资源可以放在web-info下 只有本机可以访问

[RockeyCui]

阿里云oss或者自己搭建文件服务器，至于安全问题，图片id都是随机生成的 不是连号应该没问题

[xigua1102]

数据库放路径，目录放实际图片，这个是一般采用的办法
图片id用uuid试试，或者给图片增加一些权限限制吧

[闭包客]

这是很常见的需求，一般来说，放服务器里面，加上权限认证就行了。

[xia_xd]

建议用数据库，小文件数和目录数越多，越来越慢。

[不易易]

还是放在服务器目录吧，uuid。

[游北亮]

数据库存储数据， 文件系统存储文件， 让数据库做擅长的数据存储，让文件系统做擅长的文件存储吧！ btw：大量的小文件考虑上云吧，不管是aws还是阿里的oss

[zbdzjx]

建议放在目录中，文件名用uuid。
10万*10K=1G，放在数据库中也还好了，但表结构要设计好，不然会影响速度。

[nayi_224]

我试过把照片存数据库，很蛋疼。
必须要把照片单独放在一张表中，否则效率会非常差。但是在一些特殊的业务下，这种表结构又会使逻辑变得很混乱。而且全量提取数据的时候也很麻烦。当然好处也是有的，很微不足道的好处。

[liulilittle]

做分布式的文件系统，单纯的依靠系统I/O后面随着文件或目录的数量逐渐增大访问的效率就会越来越慢， 关系型数据库进行存储的话定期的分表分区的话整体会好很多，但是基数上去了查询效率自然而言会降低， 此时就需要考虑一些更好的优化手段，同时介于现在的数据库访问适配器的设定【非异步】读取行为，那 么不太适合读取很大尺寸的文件，对服务器内存会有较大的影响，当然你可以尝试找到异步的客户端。 ------------------------- 一般的小型系统的情况文件系统I/O并非不可满足，数据库提供的效能是好很多但是带来的负面影响也足够 强烈，取决于具体的场景与业务设计目标，但，相对于的“分布式的文件服务器“相对于上面几类，显然会 是一个很不错的选择。

[大葡萄八块一斤]

文件字节里加些东西，不能成为真正的图片文件，只有你自己展示的时候处理了才能现实就可以了，放数据库里还是算了吧，你会发现存在硬盘容量里比数据表空间里占用量小

[Howe~zZ]

建议放服务器目录中，表里面只需要存入图片相关名称，和大小还有路径就可以

[wrqlgd]

我们是放到一个不可直接访问的目录，使用特定的数据接口验证权限后由后端输出流数据。效率可能没有nginx加lua高

[tianfang]

一定是文件服务器上 使用hash算法（如：md5 sha256 ， uuid也可以）生成新的文件名。文件系统的目录有最大文件数（不是很老的文件系统几乎到不了），可以按文件名前/后几个字符创建子目录 数据库存储文件的相对路径

[qq_37108946]

放在阿里云的oss里面吧

[Ruoch]

服务器里面 常用方式