62,614
社区成员
发帖
与我相关
我的任务
分享求高并发，10w人服务器的思路
求高并发，10w人服务器的思路
求各位高手来解决下。。。
我想用NOI框架来做，但是网上说mina框架比较好。。。
我估计如果直接用线程池可以处理1W人的服务器。。。
但是10万。。。求高手指点
求各位高手来解决下。。。
我想用NOI框架来做，但是网上说mina框架比较好。。。
我估计如果直接用线程池可以处理1W人的服务器。。。
但是10万。。。求高手指点
...全文
请发表友善的回复…
发表回复
风无影儿 2015-05-12
- 打赏
- 举报
牛人呀牛人，来学习了
muqingren1978 2013-04-02
- 打赏
- 举报
学习了
蔡大东 2012-12-12
- 打赏
- 举报
太牛了，长见识了。
MiceRice 2012-12-12
- 打赏
- 举报
最近封闭搞项目，有段时间没上CSDN。
客观地说，我并不是此方面的领域专家，短时间能根据经验给你些建议，但恐怕未必能比开源的框架做得更好。这也是为啥我会建议你用开源框架的原因，Openfire 应该是目前最火热的，它只是一个平台，你可以在此平台基础上做二次增强，支持集群等企业级能力。
偷偷的说，我知道的几家中型企业，就用这个做运营平台中的即时通讯部分，量级约50万。
如果你不是运营级要求，就用这个应该是差不多了的。
如果非要自行开发，那么给你如下建议：
◎ 分离：登录服务器、通讯服务器、消息服务器 和 数据库服务器；
◎ 登录服务器（有状态）：除给Client提供登录和分配通讯服务器外，重点功能是提供关于用户目前连接在哪台服务器上的查询，所以所有查询基本基于缓存完成；考虑到单点故障问题，登录服务器应双机冗余，但不能太多，否则双机之间的缓存同步代价太高；缓存可使用开源组件。
◎ 通讯服务器（有状态）：负责维护消息长连接，以及消息的收发；通讯服务器缓存自身的所有用户连接信息，和部分（这个要时情况动态调整）非自身的热点用户连接信息（即该用户连在哪台通讯服务器上）；消息到达时，将消息转发给消息服务器进行落地；然后根据目标最终用户先查询本地表，查不到就去查询登录服务器；然后直接寻找目标通讯服务器，发送消息到达的通知；通讯服务器的问题是没有Failover，但是也不重要，客户端连接不上就由登录服务器重新分配新的通讯服务器来提供服务即可。
◎ 消息服务器（无状态）：负责接收通讯服务器所发来的消息，批量写入数据库中，以及供其它消息服务器存取；另外也提供历史消息查询这类辅助性功能；因为是无状态，所以集群较为简单，略。
◎ 数据库服务器：略。
普凡 2012-12-12
- 打赏
- 举报
学习了
hzyuanhe 2012-12-11
- 打赏
- 举报
膜拜...最近也在接触 netty和nio啥的...还是比较难的!学习中...
KPRF2009 2012-12-10
- 打赏
- 举报
10万，肯定做分布式的，肯定会做负载均衡的。。。
不知道大哥，对我说的，如果是您来做，有木有具体的一些实现方法？
clariones 2012-12-10
- 打赏
- 举报
至于15楼所说的64K的问题，那个不是问题。TCP的连接是根据四元组（五元组）来建立的，64K的限制是在两台计算机之间才是这个数；基于互联网的情况下，所能支持TCP的量级绝对远远远远超你服务器处理能力的。
这个不是这么算的哦，虽然是五元组，其实是一元，因为你提供服务的IP是固定的。 没有负载均衡，只有一台server，你能建立两条链接，一个是 1.2.3.4:80,另外一个是1.2.3.5：80来提供服务么？
KPRF2009 2012-12-10
- 打赏
- 举报
"因为TCP端口号是16位无符号整数, 最大65535, 所以一台服务器最多支持65536个TCP socket连接." - 一个非常经典的误解! 即使是有多年网络编程经验的人, 也会持有这个错误结论.
理论
系统通过一个四元组来唯一标识一条TCP连接. 这个四元组的结构是{local ip, local port, remote ip, remote port}, 对于IPv4, 系统理论上最多可以管理2^(32+16+32+16), 2的96次方个连接. 如果不仅仅考虑TCP, 则是一个五元组, 加上协议号(TCP, UDP或者其它).
ghchen 2012-12-10
- 打赏
- 举报
TCP的连接是根据四元组（五元组）来建立的 大哥能不能解释一下
jiangertou 2012-12-09
- 打赏
- 举报
qq怎么做的？
McClone 2012-12-09
- 打赏
- 举报
好贴留名。
KPRF2009 2012-12-09
- 打赏
- 举报
QQ是自己写的协议，UDP直接发送的。。。
MiceRice 2012-12-08
- 打赏
- 举报
要看业务量，也就是你这10万个手机用户，到底发送信息的频度如何。
也就是要计算出 TPS：每秒事务处理量（简单点就是平均每秒你的服务器要处理多少消息传输）。
如果你这10万个手机用户，平均一天只发送1条消息，那也没啥；10万消息平均到每天 10 小时，不过是每小时1W条，每秒才3条不到；一台服务器就够解决问题了。
当然另一个问题是你的服务器是啥能力的，你搞个山寨台式机跟搞个P780是数量级上的差距。
至于15楼所说的64K的问题，那个不是问题。TCP的连接是根据四元组（五元组）来建立的，64K的限制是在两台计算机之间才是这个数；基于互联网的情况下，所能支持TCP的量级绝对远远远远超你服务器处理能力的。
集群环境恐怕没有你想得这么简单，当用户U1连接在你 FA服务器 上，用户U2连接在你 FB服务器上；然后U1向U2发送信息，你的系统准备怎么玩？
建议你考虑基于某开源的消息服务框架（未必非要Java，毕竟你只需要利用服务器）来进行二次开发，比如OpenFire啥的，也许会更靠谱些。
MiceRice 2012-12-08
- 打赏
- 举报
那么，注意到 FA 上面有5W 个用户，FB上面有5W个用户。
你的意思是，共计10W个用户不停的去请求服务器查询有木有最新消息来？
那么你需要一个超级强大的数据库服务器，至于应用服务器，随便整个4CPU16核的就差不多了。
程序员济癫 2012-12-08
- 打赏
- 举报
完全不知道你们在说什么。。。。一种局外人的感觉……
KPRF2009 2012-12-08
- 打赏
- 举报
你说的成熟框架是指的：OpenFire 吗？还是MINA？
如果你来写会用那种框架？会怎么来做？求一个大概思路。
我主要是文字，语音（大多数），图片信息
应该需要存一下数据库，因为可以留言
licip 2012-12-08
- 打赏
- 举报
讲得非常好。
MiceRice 2012-12-08
- 打赏
- 举报
你提出来的方案，相当于将数据模型部分放入了内存中，那么似乎你需要两个服务都能访问同一个内存模型，才能保证数据一致；或者你需要用另一种手段来保证两个服务器有镜像的内存模型。
不过，实际上在集群环境下，你必然会面临这种多服务器之间数据共享需求，这是逃不掉的。因为单纯依赖于数据库级别的数据共享，基本上都会面临严重的性能瓶颈。那么也许你会起用MemCache这类外置缓存服务等方式，用其来维护所有用户的登录位置状态等，然后服务器智能的将跨服务器的消息准确的发送给目标服务器再转发给最终用户。
总的来说是个挺大的命题，不使用成熟的开源框架，你会比较辛苦啊。。。
KPRF2009 2012-12-08
- 打赏
- 举报
如果我把A发给B的消息存在数据库里面，然后B不停的去请求服务器查询有木有最新的消息来，如果有就获取，然后把这条消息标记成已经获取了。。。可以吗？
加载更多回复（20）
