1.在高并发下 调用incr命令1万次 得到的结果不一定是1万
在高并发场景下,多个客户端同时向 Redis 发送 INCR 命令时,可能会出现竞争条件(Race Condition),导致数据不一致的问题。因此,在这种情况下,调用 INCR 命令 1 万次得到的结果不一定是 1 万。
因此,在高并发场景下,为了避免出现数据不一致的问题,需要采用加锁机制来保证同一时间只有一个客户端能够对指定 key 进行操作,从而避免竞争条件。常见的解决方案是使用分布式锁或其他形式的互斥锁来确保同一时间只有一个客户端能够对指定 key 进行操作。
加锁目的
2.1 早期我在我们内部做了个测试,redis是集群服务,incr压测十万次最后的结果不是10万总是会差几个。和运维了解到每次调用如果他们执行失败内部会有重试策略,所以可能导致不一定是10万次。所以加了 setnx 锁,以保证包超卖。
2.2 之后我在ChatGPT问“redis 集群服务,incr 1万次,最后结果一定是1万吗?”如图给出了回答,这里我在想大家的redis是集群服务不,有没有可能有临界问题。如果有那么incr 不准可能会超卖,但setnx可以你补这个问题。