前端的南姐 2019-12-10 13:53 采纳率: 16.7%
浏览 640

通过Redis发布订阅与设备通讯，程序执行一段时间就开始缓慢

程序设计是这样的：线程A将要发给设备的指令先存到send频道，线程B订阅send频道，将数据保存到缓存中，线程C将缓存中的数据发送给设备终端。线程D接收数据回复。
2年了程序跑的还算没问题。最近，设备也由7万台增长到了10万台。程序现在最多跑1个小时，再发指令给设备，却收不到回复了。
打印了一段发送到redis的send频道的日志。发现这样的情况：
发布数据给send频道的日志
09:09:58 read指令
09:10:06 read指令
09:12:39 read指令
订阅send频道，打印日志
09:12:23
09:12:40
不知道为什么会间隔这么久，求大神指点。我没有积分，可怜可怜我吧。

  • 写回答

1条回答 默认 最新

  • PCYaoYao 2019-12-11 10:15
    关注

    采用订阅模式主动通知，如果没用正确回收淘汰肯定是无限增长的BUG，
    多方面考虑有可能是超redis闸上限（当前服务器的内存大小超一点大小），他会以这种方式告知你有问题
    可以做分布式来缓解压力，也可以治标不治本的把这个闸限取消

    评论

报告相同问题？

悬赏问题

  • ¥15 对于相关问题的求解与代码
  • ¥15 ubuntu子系统密码忘记
  • ¥15 信号傅里叶变换在matlab上遇到的小问题请求帮助
  • ¥15 保护模式-系统加载-段寄存器
  • ¥15 电脑桌面设定一个区域禁止鼠标操作
  • ¥15 求NPF226060磁芯的详细资料
  • ¥15 使用R语言marginaleffects包进行边际效应图绘制
  • ¥20 usb设备兼容性问题
  • ¥15 错误(10048): “调用exui内部功能”库命令的参数“参数4”不能接受空数据。怎么解决啊
  • ¥15 安装svn网络有问题怎么办