各位神,本站cnodejs.org这种代码,能扛得住几千人同时在线吗?
发布于 4 个月前 作者 jpgaus 1339 次浏览 来自 问答

新手一枚,请各位神指教!

17 回复

几千人不叫负载吧

From Noder

做个benchmark不就好了。。

http是请求->回应的,在线又没什么 得一起请求,例如在一个时间点提交回复

几千人在线还是很容易的,并发/QPS 才是重点

应该可以吧<br/><br/><a class=“form” href=“https://github.com/shinygang/Vue-cnodejs”>I‘m webapp-cnodejs-vue</a>

几千个人不成问题

##不知道cnodejs 后端用的

啥子服务器

又不是长连接的,就没有在线的状态,何来同时在线。

现在好像是并发10个左右就动不了了。。。后端是ucloud 4核的机器,主要是cpu会满。原因大概是数据库查询的逻辑写得太烂了。

@CRAZYFAKE

@alsotang 说到数据库查询,有一段是先查话题,再查话题里的创建者,再查话题的回复,再查话题回复的创建者。当时看到这段简直瞎了。。。感觉把 mongo用成了mysql,control层干了orm的事

@gfafei 是的呀。mongodb都不适合论坛这种场景,我觉得mongodb其实挺不通用的,它应该被用来解决一些特定的性能或者说拓展性场景。可是这个orm层的事情,一旦用了mongo,要不就是像cnode一样在代码里面自己做,要不就是通过mongoose自动做,但对于数据库来说,请求数都不会减少的。

@gfafei 当然,也可以不把mongo用成mysql,但一旦按照mongo的那种范式来做事情,后期的数据库拓展性肯定看起来很差。加功能会时不时需要重构数据库结构。

@gfafei 这块你有何高见吗?

@alsotang 把创建者的用户名嵌套在话题和回复中,然后限制修改用户名。这样如何?

如果要稍微提高一下并发性能只能在缓存层做点文章了

置顶的最火的帖子读写比是 159 / 61300 (倒过来),每小时新帖不过百(目测),你觉得呢。

回到顶部