在使用RedisAtomicInteger中间遇到的问题

最新推荐文章于 2024-07-17 10:02:38 发布
原创 最新推荐文章于 2024-07-17 10:02:38 发布 · 4.6k 阅读 · 1 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#RedisAtomicInteger #redis #springdata #ERR value is not an integer or #RedisAtomicLong

本文探讨了在使用RedisAtomicInteger时遇到的ERR value is not an integer or out of range错误，并详细解析了错误的原因及解决方案。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

RedisAtomicInteger是springdata中在redis的基础上实现的原子计数器，在以下maven依赖包中: 

<groupId>org.springframework.data</groupId>     
<artifactId>spring-data-redis</artifactId>

当使用RedisAtomicInteger(String redisCounter, RedisOperations<String, Integer> template,...)函数构建实例的情况下，在使用INCR或者DECR时，会遇到ERR value is not an integer or out of range错误，显示操作的数据不是一个整数或者超出范围。参考redis命令说明我们知道incr对操作值的要求：

这是一个针对字符串的操作，因为 Redis 没有专用的整数类型，所以 key 内储存的字符串被解释为十进制 64 位有符号整数来执行 INCR 操作。如果值包含错误的类型，或字符串类型的值不能表示为数字，那么返回一个错误。

从redis实例中查看该key的value,会发现结果类似这样:"\xac\xed\x00\x05sr\x00\x11java.lang.Integer\x12\xe2\xa0\xa4\xf7\x81\x878\x02\x00\x01I\x00\x05valuexr\x00\x10java.lang.Number\x86\xac\x95\x1d\x0b\x94\xe0\x8b\x02\x00\x00xp\x00\x00\x00\x01",原因在于value使用的序列化方式是JdkSerializationRedisSerializer,这和INCR命令对结果的要求是违背的。

该使用哪种序列化方式把value放进去呢？按照INCR命令对结果的要求，最容易想到StringRedisSerializer，但经过尝试这也行不通，会报java.lang.ClassCastException: java.lang.Integer cannot be cast to java.lang.String。

如果看过RedisAtomicInteger的源码，在private RedisAtomicInteger(String redisCounter, RedisConnectionFactory factory, Integer initialValue)中会发现方法内部创建了RedisTemplate实例，对value设置的序列化方式是GenericToStringSerializer。该序列化内部使用spring core包下的
org.springframework.core.convert.support.DefaultConversionService作为默认的对象和字符串的转换方式，主要为了满足大多数环境的要求。

至此，我们终于知道了错误的根本原因，构造RedisAtomicInteger时传入的redisTemplate是有问题的，value的默认序列化方式不满足RedisAtomicInteger的需要。那么问题也迎刃而解，将GenericToStringSerializer作为redisTemplate的value序列化方式。

这样虽然解决了问题，但很麻烦，很可能为了RedisAtomicInteger的要求需要再创建一个redisTemplate，简直不能忍受。再看RedisAtomicInteger的源码，发现构造函数除了可以用redisTemplate,还可以用RedisConnectionFactory，尝试之后，完美解决。

高级Java软件工程师面试题“挑战”,没想象的那么容易
十年呵护的专栏
01-08 656
前言 哈喽，能够坚持看到这里的小伙伴，说明大家还是很有“毅力”的，经过前几章节百道基础面试的“洗礼”一定身心疲惫 但是如果您是个即将迈向高级的软件工程师，那接下来面试就有一定的难度了 整体规划：前几节以常见高级面试题为基础，然后整理分析，有些会分专题分享，有些由个人视频形式分享，最后篇章会介绍下个人总结的部分经验（复习好面试题+1，再谈技巧和经验，希望个人总结，能...
百度架构师面试128题含答案：分布式架构+Dubbo+多线程+Redis
weixin_44174165的博客
04-16 943
一、Java基础和高级 1.String类为什么是final的。 2.HashMap的源码，实现原理，底层结构。 3.反射中，Class.forName和classloader的区别 4.session和cookie的区别和联系，session的生命周期，多个服务部署时session管理。 5.Java中的队列都有哪些，有什么区别。 6.Java的内存模型以及GC算法 7.Java7...
Redis使用过程中可能存在的问题和解决办法
ITsOK6的博客
09-18 815
redis中的缓存穿透、缓存击穿、缓存雪崩问题分析
RedisAtomicLong自增并发出现重复编号
weixin_38954520的博客
04-14 7884
RedisAtomicLong分布式自增id出现重复编号问题分析解决方案1.升级spring-data-redis版本2.业务代码加锁 问题分析 近期公司的订单编号出现重复编号，并且每次都是前几个编号重复，后面就不会出现，从现象猜测八成是竞态条件下出现并发问题。 幸运的是我竟然能在本地重现，启动100个线程并发创建自增id，确实是会有编号0，1，2重复的情况。查看核心代码： 生成分布式唯一自增id. /** * @Title: generate * @Description: 生成分布式唯一自增i
redis深度
qq_43580675的博客
03-10 921
redis的实现方式其实就是占坑，一般使用setnx（set if not exists）指令，只允许一个客户端占坑。如果del前有异常，导致del无法调用，就会使得锁得不到释放，就会死锁。所以考虑给锁加时间，例如加5s，哪怕有异常，5s后也释放set和expire不是原子操作，可能执行expire前出问题了，还是会死锁。而且这里不能使用事务来解决，例如线程A先用锁，线程B进来要锁，如果是事务，线程B没抢到锁，是不应该执行expire操作的。为解决这个问题，redis2.8之后加入了set指令扩展。
redis自增id、订单号、抢购库存、幂等
qq_37705525的博客
03-19 802
redis自增id、订单号、抢购库存、幂等
SpringSession+redis解决分布式session不一致性问题
INGNIGHT的专栏
06-25 2074
七、案例实战：SpringSession+redis解决分布式session不一致性问题 步骤1：加入SpringSession、redis的依赖包 <dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-redis</artifactId> <version>1.4.7.RELEASE&lt
Redis Pipeline实战及序列化问题避坑，Redis List，Set实战，缓存需要更新怎么解决缓存击穿？一文带你进阶Redis使用！
weixin_45929082的博客
06-18 1475
前言 这是一遍夹杂了很多内容的博文，不专攻哪一点技术，主要是还是以实战综合运用为主！！！ 业务场景： 类似于下图的这种小程序投票排行榜的场景！！！ 先进行分析 第一能够投票的爱豆很多，切需要排名 第二对于投票数据的需要进行统计，部分爱豆票数的量过于巨大 第三用户使用这个小程序，一进来的主页面就是这个排行榜，作为一个热点数据 综合分析下来：1.我们要使用缓存，票数不可能实时刷新对服务的压力太大2.使用缓存来展示数据，那么数据在更新的过程中，缓存失效了怎么保证，缓存不被击穿，直接打到我们数据库导致db挂掉.
互联网大厂高频面试题基本总结回顾（含笔试高频算法整理）
热门推荐
张彦峰的博客
04-03 176万+
1.自我介绍+项目介绍+项目细节/难点提问-------这个主要看个人的经历了，每个人都不一样 2.基础知识点考核---------还是可以去增强自己的，也是这次的主要的一些总结思路 3.算法题-----------一般都是LeetCode高频题，这个得在找工作之前的好好的练习(d对常见的高频题进行总结分析，见对应的链接提示)
要看就看最好，16万字全网最硬核redis总结，谁赞成，谁反对？（被粉丝疯狂催更，已有人反馈看完专栏拿到大厂offer！！！）
Java框架、并发编程、分布式、微服务、Redis、HarmonyOS、中间件等技术
10-10 1万+
被粉丝疯狂催更，已有人反馈看完专栏拿到大厂offer，非常适合应届毕业生和初中级工程师！！！
使用redis RedisAtomicLong 生成订单号
一起进步的博客
04-01 4461
背景 产品需求要生成有序的订单 YY+6位日期+4位序号由0001-9999组成 且每天都是从0001开始 公司系统有部署多台服务，这需要一个有序的序列不能重复而且得保证获取时的原子性这里 我们考虑使用了redisIncr 这个命令 Redis Incr 命令能将 key 中储存的数字值增一，这样就不会取到重复的编号。 使用 package com.redis.service.impl; import java.util.concurrent.TimeUnit; import l...
剖析SpringSession的redis原理
INGNIGHT的专栏
06-29 1129
八、剖析SpringSession的redis原理 步骤1：分析SpringSession的redis数据结构 127.0.0.1:6379> keys * 1) "spring:session:expirations:1578227700000" 2) "spring:session:sessions:5eddb9a3-5b1e-4bdd-a289-394b6d42388e" 3) "spring:session:sessions:expires:5eddb9a3-5b1e-4bdd-a289-39
RedisAtomicLong
我这个代码你能看懂吗？
07-17 1702
是 Spring Data Redis 提供的一个类，用于在 Redis 中实现原子性的长整型操作。它类似于 Java 的AtomicLong，但其操作是基于 Redis 的，因此可以在分布式环境中使用。Redis 的原子性命令保证了并发操作的正确性，因此在多个服务之间同时写入到同一个实例时，不会导致值被覆盖。你可以放心地在分布式环境中使用来实现线程安全的计数器。
redis自增id
占星安啦的博客
09-27 2903
基本用法 private final RedisTemplate redisTemplate; ... RedisAtomicInteger redisAtomicInteger = new RedisAtomicInteger(key, redisTemplate.getConnectionFactory()); //先自增，再获取自增之后的值 Integer code = redisAtomicInteger.incrementAndGet(); //初始化一个值，不初始化默认0，第一次获取永远是1 r
使用RedisAtomicLong优化性能
weixin_41213402的博客
05-16 6088
前言 在项目中许多过这样的需求，记录留做备忘。 需要创建一个递增序列，这个序列会提供给多个应用来使用，这样就需要保持序列的原子递增。 RedisAtomicLong spring-data-redis包中提供的，可以对数据中的Long类型进行原子性操作的类，下面是这个类的头： /** * Atomic long backed by Redis. Uses Redis atomic increment/decrement and watch/multi/exec operations for CAS *
太强了！主流的四种限流策略，都可以通过redis实现
weixin_57907028的博客
05-30 1384
引言 在web开发中功能是基石，除了功能以外运维和防护就是重头菜了。因为在网站运行期间可能会因为突然的访问量导致业务异常、也有可能遭受别人恶意攻击 所以我们的接口需要对流量进行限制。俗称的QPS也是对流量的一种描述 针对限流现在大多应该是令牌桶算法，因为它能保证更多的吞吐量。除了令牌桶算法还有他的前身漏桶算法和简单的计数算法 下面我们来看看这四种算法 当然作为阅读福利，小编精心准备了一套Redis相关学习笔记（包含面试、脑图、手写pdf等）作为福利无条件发送给阅读到本篇文章的Java程序员朋友们，需要的
RedisAtomicLong生成唯一主键，可根据每天重新生成自动前置补零
weixin_42074672的博客
09-18 4060
import org.junit.jupiter.api.Test; import org.springframework.beans.factory.annotation.Autowired; import org.springframework.boot.test.context.SpringBootTest; import org.springframework.data.redis.core.RedisTemplate; import org.springframework.data.redis..
RedisHttpSession 的设计与实现
hj419460467的博客
12-12 784
前言 RedisHttpSession 是我的一个 Java 开源项目，通过将 Session 存储在 Redis 中实现多服务器间共享 Session，同时这一过程是完全透明的。主要用于支持 RESTfuls API。下面我将对其核心类进行分析，阐述它的设计以及实现细节。 RedisHttpSession 这个类实现了HttpSession接口，用于替换默认的HttpSession实现。R...
RedisAtomicInteger原子自增
普通人一枚
07-13 1227
getAndIncrement和incrementAndGet的区别 getAndIncrement 方法是返回旧值（即加1前的原始值） incrementAndGet 方法是返回旧值（即加1后的新值）
什么是CAS
最新发布
03-29
<think>好的，用户现在问的是“什么是CAS”。之前他们问过可重入锁，现在转向CAS，可能是在学习多线程并发控制的相关知识。我需要先回顾一下CAS的定义和基本概念。 首先，CAS的全称是Compare-And-Swap，是一种无锁编程中常用的原子操作。用户可能已经了解过锁机制，比如可重入锁，现在想了解无锁的并发控制方法。这时候需要解释CAS的原理，以及它和锁的区别。 接下来，用户可能的疑问是为什么需要CAS。他们可能知道锁的缺点，比如性能开销、死锁风险，所以需要介绍CAS的优势，比如减少上下文切换、提高并发性能。需要举例说明CAS如何避免锁的问题。 然后，CAS的实现原理是关键。需要详细说明三个操作数：内存位置、预期原值和新值。当且仅当内存中的值等于预期原值时，才会更新为新值，否则不操作。这个过程必须是原子的，通常由硬件指令支持，比如x86的CMPXCHG。 用户可能对ABA问题不太清楚，这是CAS的一个常见陷阱。需要解释ABA问题的场景，比如一个值从A变到B再变回A，CAS会误认为没有变化。这时候需要引入版本号或标记来解决，比如AtomicStampedReference。 应用场景部分，用户可能想知道CAS在哪些地方被使用。可以提到Java中的Atomic类，如AtomicInteger，以及并发容器和框架中的使用。还可以对比CAS和锁的适用场景，比如高并发低冲突时CAS更高效，高冲突时锁可能更合适。 注意事项里需要强调CAS的局限性，比如循环尝试可能导致CPU开销，以及复杂性较高。用户可能在实际编码中遇到这些问题，需要给出建议，比如在冲突高的情况下考虑其他机制。 最后，总结CAS的重要性，强调它在无锁数据结构和高并发中的应用，帮助用户形成完整的知识结构。可能还需要和之前讲的可重入锁做对比，突出两者的不同适用场景。 检查是否需要符合之前的格式要求，比如行内公式用$，独立公式用$$，确保LaTeX语法正确。同时结构要清晰，分点说明，帮助用户逐步理解。需要避免技术术语过多，用简洁的中文解释，必要时举例说明。 现在组织内容，先定义CAS，然后为什么需要，原理，步骤，ABA问题，应用，注意事项，总结。每个部分用分点或子标题，保持逻辑连贯。确保回答真实可靠，参考Java的实现作为例子，增强可信度。</think>--- **CAS（Compare-And-Swap）** 是一种**无锁并发编程**的核心原子操作，用于在多线程环境下实现线程安全的共享数据更新。其核心思想是：**先检查内存中的值是否符合预期，若符合则修改为新值，否则放弃操作**。整个过程是原子的，不会被其他线程中断。 --- ### **为什么需要 CAS？** 1. **避免锁的开销**： 传统锁机制（如 `synchronized` 或 `ReentrantLock`）需要线程阻塞和唤醒，涉及上下文切换，性能损耗大。 **CAS 通过硬件指令直接操作内存，无需阻塞线程**，适合低冲突、高并发场景。 2. **解决原子性问题**： 在非原子操作中（如 `i++`），多线程同时修改可能导致数据不一致。 **CAS 通过“比较-交换”的原子性，确保线程安全**。 --- ### **CAS 的实现原理** CAS 操作依赖三个参数： - **内存地址（V）**：需要修改的共享变量地址 - **预期原值（A）**：操作前读取的变量值 - **新值（B）**：希望修改后的值 **操作步骤**： 1. 读取内存地址 `V` 的当前值，记为 `current`。 2. 若 `current == A`，则将 `V` 的值更新为 `B`，返回成功。 3. 若 `current ≠ A`，说明其他线程已修改了 `V`，放弃操作，返回失败。 整个过程由**硬件指令（如 x86 的 `CMPXCHG`）直接支持**，确保原子性。 --- ### **示例：CAS 解决 `i++` 的原子性问题** 非线程安全的 `i++` 操作： ```java i = i + 1; // 实际包含读取、计算、写入三步，可能被中断 ``` 使用 CAS 的线程安全实现： ```java AtomicInteger atomicInt = new AtomicInteger(0); atomicInt.incrementAndGet(); // 内部基于 CAS 实现 ``` --- ### **CAS 的典型问题：ABA 问题** #### **场景描述** 线程 1 读取值 `A` → 线程 2 将值从 `A` 改为 `B` → 线程 2 又将值从 `B` 改回 `A` → 线程 1 执行 CAS，发现值仍为 `A`，误认为未被修改，操作成功。 **问题本质**：值未变，但中间过程可能已被其他线程修改（例如链表节点的删除和重建）。 #### **解决方案** 引入**版本号或标记**（如 `AtomicStampedReference`）： - 每次修改时更新版本号。 - CAS 不仅比较值，还比较版本号是否匹配。 --- ### **CAS 的应用场景** 1. **原子类（`java.util.concurrent.atomic`）** - `AtomicInteger`、`AtomicLong` 等通过 CAS 实现原子操作。 - 示例：`AtomicInteger.addAndGet()`。 2. **无锁数据结构** - 无锁队列、栈、计数器等。 - 例如 `ConcurrentLinkedQueue` 基于 CAS 实现线程安全。 3. **乐观锁机制** - 数据库乐观锁、分布式锁（如 Redis 的 `SETNX` 命令）。 --- ### **CAS 的优缺点** | **优点** | **缺点** | |-----------------------------------|-----------------------------------| | 无锁，减少线程阻塞和上下文切换 | 高并发下可能因反复重试导致 CPU 开销 | | 适合低冲突场景，性能高于传统锁 | 需处理 ABA 问题（需额外标记） | | 实现简单原子操作 | 只能保证单个变量的原子性 | --- ### **注意事项** 1. **冲突频繁时慎用**： 若线程竞争激烈，CAS 可能因多次重试降低性能（自旋锁效应），此时传统锁可能更高效。 2. **复合操作需谨慎**： CAS 只能保证单个变量的原子性。多个变量的原子操作需结合其他机制（如锁或事务）。 --- ### **总结** CAS 通过**硬件级原子指令**实现无锁并发控制，是高性能并发编程的基石。它在低冲突场景下显著优于传统锁机制，但需注意 ABA 问题和自旋开销。在 Java 中，`java.util.concurrent.atomic` 包提供了基于 CAS 的原子类，可直接用于线程安全操作。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值