文件上传是存在硬盘上，还是存在数据库中？

问答首页 → Java企业应用

0 0

文件上传是存在硬盘上，还是存在数据库中？0

如果有比较多的文件上传，上千个文件，大小2-3MB，是存在硬盘上，还是存在数据库中？

存在硬盘上，路径保存在数据库中，是比较方便，但是存在一台server上出问题怎么办？是不是应该转换成二进制存到数据库（MySQL）中？

2015年1月18日 08:19

sallay
0
0 0 6

26个答案按时间排序按投票排序

0 0

看情况，如果服务器需要移植的话建议存储到数据库之中，如果不需要的话建议存到服务器

2017年6月15日 18:10

神绮_H_亚里亚
33
0 0 1

添加评论

0 0

七牛也不错

2016年12月19日 14:56

doubleK
30
0 0 0

添加评论

0 0

文件时不能放在数据库里的，文件一般的存放在自己定义的文件夹中，而数据库里存放的是这文件的路径。

2016年9月18日 22:25

NORRET
26
0 0 3

添加评论

0 0

百度 google

2016年8月22日 15:38

tieye
30
0 0 3

添加评论

0 0

存在硬盘上吧，存在硬盘上读取速度快，sql 查询并且返回二进制流读取文件比较吗
还不如直接从硬盘上来的快，
害怕文件出问题就使用备份文件的软件

2016年5月31日 11:16

探索者_技术
28
0 0 6

1条评论

0 0

大多情况都是保存到服务器的硬盘上，然文件的地址保存到数据库中，当然，也不排除有些是存放数据库中，二进制的方式保存到数据库中，同时也罢文件的类型保存库中，使用流的方式读的时候便可以还原

2016年5月27日 15:44

haisny
30
0 0 1

1条评论

0 0

文件不能放数据库里。

2016年4月22日 16:16

yhxf_ie
30
0 0 1

1条评论

0 0

文件上传，数据库中存放路径，文件内容放到磁盘上。

文件如果放到硬盘上不利于存贮读取。

文件内容放到硬盘上还会加重数据库负担，备份与恢复数据库的时候增加麻烦。

2016年3月25日 12:57

InJavaWeTrust
30
1 1 2

1条评论

0 0

不管目前针对的是什么项目，文件都不是存放在数据库里
而是放到独立的一台静态文件服务器中，而是把文件目的地（地址）放到数据库中

好处是：1、对于外部的访问，数据库的读写负载会很小，也就是主观上减少了服务器的压力
2、便于维护和管理，如果怕文件服务器宕机，做个文件服务器的集群（备份），这样文件的存储量会更大

2015年11月12日 17:20

double_ll
30
0 0 1

1条评论

0 0

肯定是保存硬盘的，怕出问题，就做云备份好点

2015年10月23日 18:01

jjjssh
320
0 0 6

1条评论

0 0

建议使用专门的文件存储服务，推荐阿里云的oss。

如果出于安全问题不允许使用外部存储，也可以自己搭建一个开源的。

2015年8月10日 12:08

leeback
30
0 0 0

1条评论

0 0

最好是 NoSQL数据库，最方便了。可以选择Hadoop或 MongoDB。

2015年7月16日 10:32

windshome
10
0 0 1

1条评论

0 0

可以使用免费的云存储啊，云存储还提供CDN之类的，比存你本地好多了，而且不暂用你的硬盘，API也非常简单。可以考虑下七牛云存储，我觉得还可以，可以免费哦

2015年7月12日 22:46

aiheng1988
9
0 0 1

1条评论

0 0

关系型数据存数据库，文件直接存硬盘。你把文件存数据库，读取效率很低的

2015年5月14日 09:47

losfog
30
0 0 0

1条评论

0 0

存在硬盘比较好，如楼上的人的分析；
同时存在硬盘上，可以进行即时的存在备机上面，做下备份。
数据库的设计也要从安全性的方面考虑下

2015年4月28日 21:00

z_小洁
13
0 0 5

1条评论

0 0

大量的文件存储在数据肯定是不合适

可以建立一个文件服务器（SVN、GIT）存储文件，对应的路径映射使用nosql就够了

如果还涉及到文件频繁的检索、分析，建议学习hadoop

2015年3月09日 17:12

zhuxy_sun
0
0 0 4

添加评论

0 0

这种情况下，建议放在硬盘，然后再数据库中存储目录就可以。最好是有一个专门的文件服务系统，这样效率更高些。

2015年2月12日 16:11

buxin_2008
26
0 0 2

添加评论

0 0

可使用FastDFS 这种方式，在一个系统上搭建一个FastDFS文件服务器，文件都存储到这里，把一些路径放到数据

2015年2月04日 11:34

dongpublic
18
0 0 2

添加评论

0 0

可以存在ftp上

2015年1月22日 17:12

caimukun0318
20
0 0 0

添加评论

0 0

小数据的文件放在数据库里可以的，不过随着存放的文件越来越多，会增加数据库的压力，一般搞数据库优化的，都会把他排除掉，选择放在服务器里

2015年1月20日 17:02

1003771635
30
0 0 2

添加评论

0 0

我有个疑问，如果路径存数据库，文件存文件系统，那如何保证事务性，比如数据库操作成功，文件保存失败，或者文件保存成功，数据库失败

2015年1月20日 10:33

devilyard
20
0 0 1

8条评论

0 0

文件可以放数据库,但是一般没见过这么干的.
这样会消耗数据库的IO,一旦IO出现瓶颈,就很难解决了.
通过保留文件索引,是一种不错的办法.
可以分散磁盘IO需求.

2015年1月19日 18:39

jackra
44
0 0 4

添加评论

0 0

1：如果存数据库的话，看似方便了，但是随着业务与数据量的增加，数据库性能会下降，数据难于备份，达到一定量之后可导致业务处理出错。
2：要做到数据与文件分开存储，让数据库瘦身。
3：搭建相应的文档服务器来专门存储业务过程中发生的文件信息，可以搭建多台文件服务器，并进行定时备份。

术业有专攻，没必要把一个累死

2015年1月19日 16:41

fm395728572
30
0 0 1

添加评论

0 0

1.首先，文件不要存数据库，别说2-3MB, 50KB的文件都不要存数据库，这里涉及性能，荷载等的各方面原因，也许你不需要了解这么多，只需要知道: 文件不存数据库，在绝大多数场景(包括你这种)都是正确的经验。

2.文件如果很重要，那么，专门见一个NFS用于存放文件，这样多台server都能挂载这个NFS来共享文件。同样，在后台，可以再做一个简单的job来备份文件。

2015年1月19日 13:49

cs6641468
2
0 0 4