当前位置：网站首页 > IT技术 > 正文

Redis zadd导致的一次线上问题排查和处理

wptr33 2024-12-27 17:14 25 浏览

链接：https://juejin.cn/post/7106113486366703624

背景

最近有用户反馈，主播收了1881数值礼物，头像下数字显示881, 正常来说，应该显示1881的数值。

经过排查，是因为redis zadd在并发情况下导致数据不一致的问题。

问题排查

经过对送礼日志的排查，发现mongodb数据更新正常，但是redis数据异常，查看业务代码后发现了问题。

业务代码如下：

这里的逻辑是先更新 mongodb, 然后对redis数值进行zadd覆盖. 一般情况下没啥问题, 但如果稍微遇到高并发:

A线程跟B线程同时对mongo进行修改操作, 在数据库层面, B的修改后于A的修改.
但在进程中, 线程B先于线程A调用redis修改, 线程A对redis的修改覆盖了B的数值.
导致redis中数据维护错误.

问题修复

使用Lua脚本修改redis值，并发情况下不处理覆盖逻辑, 避免旧值覆盖新值，利用mongodb自增保证原子性。代码如下:

Lua脚本如下：

SAFE_ZADD_SCRIPT = """
    local key = KEYS[1]
    local field = ARGV[1]
    local new_value = tonumber(ARGV[2])
    local old_value = redis.call("zscore", key, field)
    local res = nil
    
    if (not old_value) or (tonumber(old_value) < new_value)
    then
        res = redis.call('zadd', key, new_value, field)
    end
    
    return res
"""
复制代码

为啥不使用zincrby？

zincrby虽然保证不会有并发问题，但是如果key失效或者被清理，会导致排行榜从0开始计数，导致数据错误。

redis zadd

上一篇：被讯搜虐得怀疑人生?这份笔记教你正确打开方式
下一篇：你真的知道怎么实现一个延迟队列吗?|腾讯开发工程师干货分享

Redis zadd导致的一次线上问题排查和处理

背景

问题排查

问题修复

为啥不使用zincrby？

相关推荐

C# 13 和 .NET 9 全知道 :13 使用 ASP.NET Core 构建网站 (1)

程序员的开源月刊《HelloGitHub》第 71 期

详细介绍一下Redis的Watch机制，可以利用Watch机制来做什么?

假如有100W个用户抢一张票，除了负载均衡办法，怎么支持高并发?

Java面试必考问题:什么是乐观锁与悲观锁

如何将AI助手接入微信（打开ai手机助手）

SparkSQL——DataFrame的创建与使用

redission YYDS spring boot redission 使用

一文带你了解Redis与Memcached? redis与memcached的区别

如何利用Redis进行事务处理呢? 如何利用redis进行事务处理呢英文