干货，谢谢分享

感谢分享

收藏

学习下，不过这个单点问题确实头疼

引用：crazyzxl 发表于 2019-10-11 08:50
经典。。。致敬

经典。。。致敬

感谢分享啊啊啊

真不错，可以学习一波

谢谢分享

感谢楼主分享！！

顶，谢谢分享！！

引用：ym_im 发表于 2018-12-05 15:50
现在正在重构，等新版本在考虑分享不分享吧

开放、自由、共享，欢迎分享架构图干货

引用：ym_im 发表于 2018-12-05 15:50
现在正在重构，等新版本在考虑分享不分享吧

你这是又准备捂着，即时通讯资料要不是我弄即时通讯网，大家都捂着了。。。

引用：JackJiang 发表于 2018-11-30 19:27
可以分享一下你的架构图，我觉得你的想法不错

现在正在重构，等新版本在考虑分享不分享吧

引用：ym_im 发表于 2018-11-30 15:00
我之前也是依赖redis比较多，但是还是比较影响性能的。最后再redis上面又增加一层内存hash,这样访问更快 ...

可以分享一下你的架构图，我觉得你的想法不错

引用：ym_im 发表于 2018-11-30 15:00
我之前也是依赖redis比较多，但是还是比较影响性能的。最后再redis上面又增加一层内存hash,这样访问更快 ...

递归查询是指先本地内存缓存，如果miss，查redis吗？

引用：ym_im 发表于 2018-11-30 14:55
我有点疑问。

是所有的逻辑层都在本地配一个redis集群。所有客户端都是按照hash id分配到固定的逻辑服务 ...

我们是所有逻辑层连接一个redis集群，第二机房还在规划。客户端采用一致性hash分配了接入层，逻辑层目前没有根据hash分配。
感谢你的优化建议，增加本地缓存很有必要，压力大了一个redis集群风险很高

引用：封宇_ynOMz 发表于 2018-11-30 11:52
首先瓜子现在没有那么多同时在线用户。其次全局session是采用的redis集群存储，用的hash分库。逻辑层现在 ...

我之前也是依赖redis比较多，但是还是比较影响性能的。最后再redis上面又增加一层内存hash,这样访问更快，递归查询。

我有点疑问。

是所有的逻辑层都在本地配一个redis集群。所有客户端都是按照hash id分配到固定的逻辑服务器，但是可以连接任意接入服务器。客户端根据自己的ID被接入层上报到自己对应的逻辑层这个架构吗？

还是所有逻辑层连接一个redis集群。那样所有的逻辑层和redis集群就得在同一个局域网。这样中心化太严重了。这个机房断网，整个系统就不能用了。