getclientcountbygroup 大問題
如果同时有20000并发 请求getclientcountbygroup
busineseworker 就会busy 这有甚么解决方法?
里面太多getclientcountbygroup foreach 导致进程堵塞
2118 3 1
3个回答
相似问题
年代过于久远，无法发表回答
月贡献榜
赞助商
热门问答
workerman 里面的redis 队列是基于redis的什么特性实现的？
webman有没有可能考虑内置Macro宏功能呢？
webman移植到linux报错Cannot redeclare……
workerman/http-client 是否需要手动关闭连接
关于webman使用fastcgi_finish_request函数的类似效果的方案
workerman/workerman (v4.2.0 => v4.2.1)后webman报错
webman不错，但不建议官方做webman-admin
Webman AI 发布5.2版本，支持画廊功能，支持史上最强gpt-4o模型
wokerman think-worker 内存一直增长
【文档优化】希望文档增加一个深色主题
如果有2w并发，不建议频繁调用getclientcountbygroup，开销会很大。可以调用一次然后将结果缓存到redis等存储中。
获取实时在线人数，有什么好的方案吗？
这个东西一般没必要准实时，尤其是在线量非常庞大时。比如利用定时器几秒钟调用一次getclientcountbygroup，存到redis里，用的时候读redis。
谢谢群主！
可以考虑直接使用其他数据库来代替这个命令。将clientId作为数据库主键，来存储他相关的数据。可以大幅度提升性能
我已经这么做了~只是我觉得这样子那workerman很多function根本没用我全都用REDIS处理掉这些一堆事情