[性能] 个人观点，谈谈提高论坛性能的问题

geel

愿闻其详

北京野狼

原帖由 toplee 于 2006-2-8 23:11 发表
先得到您的服务器每日或者某个时段的PV值，然后利用PV除以总的秒数，就可以知道某一秒内的同时并发数QPS，这个基本上比较准确，当然，峰值并发（就是访问高峰时候的并发），我们一般认为应该是全天平均值的1.6倍左右，比如全天平均QPS=300，那么峰值的QPS大致该500左右，也就是说我们设计系统的时候，如果设计支持每日PV3000万，那么平均QPS＝3000万/96400=347 左右，等于平均每秒的并发为347左右，峰值我们应该支持到555左右

有多出错误

geel

继续继续 please

pilgrim_kevin

up

[ 本帖最后由 pilgrim_kevin 于 2006-6-12 00:27 编辑 ]

paulgao

discuz 虽然让很多写程序的看着不爽，但是从个人使用来看，起码在数据库设计这块从目前的功能需求上来分析，已经没有什么可以诟病的了。当然官方出的不可能特别针对实际应用进行优化，但是对于自己优化来说，基本上也只是多加和少加索引的区别了。

说实话，很多人确实是想当然在说话，你真的有了一个维护万人在线的论坛的经验，你就会发现难度不是和百人、千人成正比的，而是成线性上升的，呵呵。在小规模的时候，你会觉得多加索引快，到了大规模的时候，也许你就想尽量去掉索引了。

memcached 确实是个好东西，最近也要出新版本了。

guotie

定时刷新。

不是每个帖子回复都更新整个论坛的显示，而是固定的时间间隔查询数据库，生成帖子顺序。在此期间，不进行数据库查询，只返回上次查询的结果。可以把查询结果缓存在内存中，这样就大大加快了响应速度，而且降低了数据库的压力。在时间间隔较小的情况下，例如15秒，30秒，都是非常好的折中。

bs

我认为可以把用户点击数和浏览数 的读写分离到一个新表，独立统计，应该对性能有所提升

rocklv

同意guotie的观点，尽量减少mysql连接的次数和频率

james.liu

不知道谁翻出这个老贴,,,但我很想知道当时讨论者现在会有什么样的感触?

geel

原帖由 james.liu 于 2006-9-15 11:05 发表
不知道谁翻出这个老贴,,,但我很想知道当时讨论者现在会有什么样的感触?

我现在不想维护服务器了。。。