websocket消息处理失败排查（redis大key）

排查问题:
websocket 断连问题
客户端连接成功后，会发起消息watchroom， 表示需要加入某个房间进行协同
技术栈：
nodejs + pm2 + socket.io + socket.redis.adapter.io + grpc

watchroom -> websocket -> grpc -> emit

调用grpc 超时失败， 起初是认为grpc 的问题， 于是开了个python脚本 访问grpc，没有问题， 表示grpc 服务端正常。
在一起大规模断连的场景下，关注到日志
timeout reached while waiting for fetchSockets response

于是排查websocket + redis问题， 测试发现 redis本身的连接没有问题，只是某次差点寻会有问题。想到大key的问题，在测试环境复现，复制粘贴大量数据走 websocket 确实会出现断连的情况。
还需要进一步印证这个想法。
简单redis 监控。
我们本身是有prometheus 和 grafana 的，

# 创建docker compose 文件， 输出监控指标
docker-compose-redis-export.yaml

version: "3.2"
services:
  redis-exporter:
    image: oliver006/redis_exporter:v1.51.0
    container_name: redis-exporter
    restart: unless-stopped
    command:
      - "-redis.password-file=/redis_passwd.json"
    volumes:
      - /usr/share/zoneinfo/PRC:/etc/localtime
      - ./redis_passwd.json:/redis_passwd.json
    expose:
      - 9121
    ports:
      - "9121:9121"
# redis 连接信息
touch redis_passwd.json
{
    "redis://127.0.0.1:6379":"pwd"  #如果没有密码 冒号后设置空字符串
}

访问 http://127.0.0.1:9121/ ，显示正常这一步则没有问题。

prometheus yml配置

- job_name: 'redis_exporter_targets'
    static_configs:
      - targets:
        - redis://127.0.0.1:6379
    metrics_path: /scrape
    relabel_configs:
      - source_labels: [__address__]
        target_label: __param_target
      - source_labels: [__param_target]
        target_label: instance
      - target_label: __address__
        replacement: 127.0.0.1:9121


  ## config for scraping the exporter itself
  - job_name: 'redis_exporter'
    static_configs:
      - targets:
        - 10.57.1.17:9121

grafna 配置 导入 17507