Spring Boot 集成 Redis 的高效持久化配置核心是确保数据可靠写入并可读还原：必须用 StringRedisSerializer 处理 key、Jackson2JsonRedisSerializer 替换默认 JDK 序列化器，合理配置连接池与超时，并在 redis.conf 中启用 RDB/AOF 持久化开关。
Spring Boot 集成 Redis 后，**Redis 本身不负责“数据持久化”逻辑——它只提供 RDB/AOF 两种持久化机制，而 Spring Boot 的职责是确保写入的数据能被正确序列化、存储，并在读取时无损还原**。所谓“高效持久化配置”，本质是避免因序列化不当、连接中断或超时导致数据写入失败或读取乱码，进而让 Redis 的 RDB/AOF 机制真正生效。
Redis 持久化机制与 Spring Boot 的关系
Spring Boot 不控制 Redis 的 RDB 快照频率或 AOF 重写策略（这些必须在 redis.conf 中配置），它只影响“什么数据能进 Redis”以及“进得是否可靠”。如果 RedisTemplate 使用默认 JDK 序列化器，存进去的是二进制字节流，RDB 文件虽能保存，但人工排查或跨语言读取几乎不可能；若序列化失败（如对象没实现 Serializable），写操作静默失败，数据根本没进 Redis，更谈不上持久化。
必须替换默认的 JDK 序列化器
Spring Boot 2.0+ 默认使用 Lettuce 客户端，RedisTemplate 的 value 序列化器默认是 JdkSerializationRedisSerializer，这是最常踩的坑：存进去的 key 是可读字符串，value 却是乱码（如 aced00057372... ），既难调试，也破坏 RDB 文件可读性。
Redis 缓存和数据结构管理技能。通过自然语言操作 Redis，支持 String、Hash、List、Set、ZSet、Stream 等数据结构操作。当用户提到 Redis、缓存、消息队列、会话存储时使用此技能。
- 用
Jackson2JsonRedisSerializer替换 value 序列化器，要求对象有无参构造器、字段可 public 或有 getter/setter - key 和 hash key 必须用
StringRedisSerializer，否则opsForValue().set("user:1", obj)中的"user:1"也会被序列化成乱码 - 若涉及 Java 8 时间类型（
LocalDateTime等），需额外注册JavaTimeModule，否则序列化抛InvalidDefinitionException
连接池与超时配置直接影响写入可靠性
持久化依赖写操作成功落地。如果连接池耗尽或命令超时，redisTemplate.opsForValue().set() 可能抛出 RedisConnectionFailureException 或静默失败（取决于调用方式），数据实际未写入 Redis，自然无法被 RDB/AOF 持久化。
-
spring.redis.lettuce.pool.max-active建议设为 16～32，避免高并发下连接不够 -
spring.redis.timeout和spring.redis.lettuce.pool.max-wait必须合理匹配：前者是单命令超时（建议 2000～5000ms），后者是获取连接超时（建议 ≤ timeout） - 生产环境务必开启
spring.redis.lettuce.shutdown-timeout（如 100ms），防止应用关闭时连接未释放，导致 RDB 写入不完整
真正需要你在 redis.conf 里配的只有两件事
Spring Boot 配置再好，也不能替代 Redis 自身的持久化开关。以下两项必须手动检查：
- RDB：确认
save 900 1、save 300 10等规则是否启用，或直接设save ""关闭 RDB（仅用 AOF） - AOF：设
appendonly yes，并根据一致性要求选appendfsync everysec（折中）或appendfsync always（强一致，性能差）
注意：spring.redis.database 只决定连接哪个逻辑库（0～15），不影响 RDB/AOF 范围——它们默认持久化所有库。
