2. Server
  3. 好友未读数异常问题

好友未读数异常问题

frfr46467979 2天前 29

背景是： 我们切换过一次数据库，从mysql -> pg,因为涉及到数据迁移清空过一次redis。 使用pg运行一段时间，发现有部分用户好友申请数量有异常，获取未读数，有值，但是点进去看好友申请，都是已经处理过的。 最终在服务端特殊处理了下才能让红点正常消失： 特殊处理了存量的用户好友邀请红点问题，t_friend_request的_to_read_status和_dt，java程序，最后把redis缓存删光了， 重启了后才让前端正常消除红点。

客户端同事反馈是：调用了clearUnReadFriendRequestStatus ，再次调用getUnreadFriendRequestStatus 还是有值返回。（部分用户）

最新回复 (4)
  • frfr46467979 2天前
    引用 2楼
    这个问题在没有切换pg之前也存在。切换pg之后面积变大了
  • frfr46467979 2天前
    引用 3楼

    背景是： 我们切换过一次数据库，从mysql -> pg,因为涉及到数据迁移清空过一次redis。 使用pg运行一段时间，发现有部分用户好友申请数量有异常，获取未读数，有值，但是点进去看好友申请，都是已经处理过的。 最终在服务端特殊处理了下才能让红点正常消失： 特殊处理了存量的用户好友邀请红点问题，t_friend_request的_to_read_status和_dt，关闭了野火的java程序，把redis缓存删光了， 重启了后才让前端正常消除红点。

    客户端同事反馈是：调用了clearUnReadFriendRequestStatus ，再次调用getUnreadFriendRequestStatus 还是有值返回。（部分用户）
  • HeavyRain 1天前
    引用 4楼
    clearUnReadFriendRequestStatus是把本地sqlite数据库的请求未读给改成已读，理论上不会出现清理之后再调用getUnreadFriendRequestStatus还返回未读数的，除非本地sqlite执行有报错。请找到出问题的用户，把协议栈日志导出来发给我们分析一下
  • HeavyRain 1天前
    引用 5楼
    特殊处理之后，再发起好友请求等操作，现在恢复正常了吗？
返回