关于drupal负载的重要问题请教高手解答!!!

由 cheeyao 于 周日, 2006-12-17 11:00 提交。

各位大狭:
最近我们公司准备用开源系统开发一个社区平台,经过寻觅最终发现drupal比较适合,但是现在有一个重要的问题是drupal的负载,页面缓存都是通过操作数据库的,而不是读文件的方式,这样随着用户访问量的增加,势必增加数据库的工作效率,请问如何解决这个问题????

我也想知道这个问题

我也想知道这个问题
我今天传了600多篇文章上去,数据库接近了10M,等以后有60万文章的话,该怎么办?

好像drupal可以生成静

好像drupal可以生成静态页面的。
如果流量大,交互性要求不高的话,可以考虑设置足够的缓存。
缓存的时间也应该是可以调节的。

问题是,交互性要求

问题是,交互性要求要高
现在很多论坛都可以生成html页面,drupal还没发现有这个功能

静态的html? 你不是有

静态的html?
你不是有较大的交互性要求吗?

drupal可以做页面缓存,时间从1分钟到1天有10多个档次。
我觉得可以满足你的要求了。选择合适的时间来做缓存。

我刚才看了,在管理中的Performance可以看到这个选项。

这个我有看过 等感觉

这个我有看过
等感觉服务器吃不消的时候可以一点一点提 1分钟,2分钟...呵呵

关键还是在服务器,dr

关键还是在服务器,drupal.org那么访问量也没说吃不消啊
------------------------------
www.ykfan.cn

应该说drupal支持的访

应该说drupal支持的访问量还是蛮大的,我最近的测试结果在这里http://www.drupalchina.org/node/1029,如果drupal 4.7开cache的话,相信能够应付每天百万级的pageview(十万人的站点吧);不开cache的话要视你的页面复杂度而定,一般损失75%的性能,甚至只有cache时的十分之一。如果你不喜欢开Cache的话通过Apache群集可以部分解决这个问题,一台稍微强劲些的DB Server配置合理的话支持十来个前端Web server都不会有问题的。我现在在blogme.cn没有开cache,我觉得性能还可以接受。

我个人不看好生成静态html的方法,你可以看到DB Cache一样是非常快的(但比静态HTML要慢一些),而且数据处在可管理的状态下,一旦生成静态HTML,那个数据管理起来是很不方便的(例如权限、不同用户使用不同页面模板什么的、增删修改都很麻烦);我觉得你首先要考虑一下你是不是真的需要静态HTML不可了,到底行不行只有测试数据才能说明问题。我觉得如果DB Cache能达到AB Request per second>80的话,绝大多数情况都不需要静态HTML,而且还可以Apache群集作负载平衡呐。真正到了mysql受不了的时候,估计你的站点也会有人投资你买更好的硬件了,呵呵,到时可以做mysql群集呀……我想这些不会成为严重的问题的。

=======================
关注世界,发现中国。博客,与互联网络共存。
博客基地 - 菠萝菠萝蜜
http://www.blogme.cn