放文件系统里快,还是数据库里快

godidea 2010-03-10 04:21:07
加精
linux + apache + php + mysql 的环境

文章的内容 肯定不会用于 查询检索,大概有10万条记录,1.5G左右,是放在数据库里建文章id索引 还是放在文件系统里,用文章id号做文件名,然后include进来

哪种方式速度快并且节省资源
...全文
9234 168 打赏 收藏 转发到动态 举报
写回复
用AI写文章
168 条回复
切换为时间正序
请发表友善的回复…
发表回复
pandaidea 2010-09-27
  • 打赏
  • 举报
回复
当你的I/O操作过多时,你会发现内存操作快……
linguangfei2007 2010-03-16
  • 打赏
  • 举报
回复
值得学习,我也要研究研究
认真为自己 2010-03-16
  • 打赏
  • 举报
回复
学 习
sjzzy 2010-03-15
  • 打赏
  • 举报
回复
放文件系统里快啊,必须地
Teng_s2000 2010-03-15
  • 打赏
  • 举报
回复
哈哈,都不要走极端的嘛
liuxuejin 2010-03-15
  • 打赏
  • 举报
回复
好期待这个问题详解!!!
shaonew 2010-03-15
  • 打赏
  • 举报
回复
放数据库你要好些
cgjkjk 2010-03-15
  • 打赏
  • 举报
回复
用数据库快,数据库的分级检索对文件的数量不敏感。
huanly 2010-03-15
  • 打赏
  • 举报
回复
xuexi xuexi




```
zhan750520 2010-03-15
  • 打赏
  • 举报
回复
应该是放在数据库快。
cnpxm 2010-03-15
  • 打赏
  • 举报
回复
显然是用文件快。。。
我现在在做的工作就是把以前代码里用到的数据库部分的代码去掉,改成读写文件形式。
以前3小时,现在不到10分钟。。。
我觉得对于你这种情况,更没有必要用数据库。
数据库有它的好处,但不是这么用的。
FYI
ImFantasy 2010-03-15
  • 打赏
  • 举报
回复
如果你以后想搜索 咋办? 放数据库了, 你以后搞起来也方便
lovetree2010 2010-03-15
  • 打赏
  • 举报
回复
学习大家的经验。
jcrsjcrs 2010-03-14
  • 打赏
  • 举报
回复
学习中。。。。。。。。。。
yuezhiren 2010-03-14
  • 打赏
  • 举报
回复
1.5G的数据......你自己保存在文件系统中能对数据的可靠性有所保障么......

ufo2006 2010-03-14
  • 打赏
  • 举报
回复
楼主的需求肯定是数据库快了,而且快的不是一点两点。说是文件系统快的是对操作系统不了解。
简单说吧,放文件系统里,你每请求一个文件,操作系统都要分配句柄,加锁,释放文件后又要释放这些资源。而在数据库内读取一个文件,只需定位到相应的磁盘位置读取即可(纯读取的数据库可设置弱事务处理)。再者现在内存都很大,弄个内存数据库来,那是比硬盘性能有数量级的提高了。

关于文件系统和数据库的性能对比86楼有人做过试验的,楼主可以了解一下。
PCSKiller 2010-03-14
  • 打赏
  • 举报
回复
我看到大家基本都是在考虑速度快慢的问题,这个应该容易决定,只要测试一下就可以了嘛,以我的经验看是数据库会快很多。
另外一个需要注意的是如果你要做多台web服务器进行负载均衡的话,做成文件形式存储就要考虑文件的同步问题,而放在数据库中就不存在这样的问题,而且备份起来也简单一些
feeko 2010-03-14
  • 打赏
  • 举报
回复
我觉得是文件系统快
Rmuyu 2010-03-14
  • 打赏
  • 举报
回复
快的含义模糊?
如果要快速在上万条相同的目录中找到需要的内容?是数据库快。在信息管理上要能通过多种方式在最短时间内找到内容是高技术。
skyaspnet 2010-03-14
  • 打赏
  • 举报
回复
学习。。。
加载更多回复(145)

56,677

社区成员

发帖
与我相关
我的任务
社区描述
MySQL相关内容讨论专区
社区管理员
  • MySQL
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

试试用AI创作助手写篇文章吧