Spring Boot中Redis多服务共享数据的常见问题与深度优化

引言

在分布式系统中，Redis作为高性能缓存和数据共享的核心组件，经常需要多个微服务共同读写同一Redis实例。然而，实际开发中常会遇到**“服务A写入的数据，服务B无法读取”**的问题。本文将通过一个实际案例，分析此类问题的常见原因，并提供完整的解决方案和优化实践。

---

一、问题场景复现

假设存在以下两个Spring Boot服务配置：

# 服务A的application.yml
spring:
  redis:
    host: 192.168.1.100
    port: 6379
    database: 0

# 服务B的application.yml
spring:
  redis:
    host: 192.168.1.100
    port: 6379
    database: 0

尽管配置看似一致，但服务B无法读取服务A写入的数据。以下是常见问题根源及解决方案。

---

二、问题排查与解决方案

1. 序列化不一致（核心问题）

• 现象：服务A写入的键存在，但服务B读取值为null。

• 原因分析：

  • 服务A使用默认的JdkSerializationRedisSerializer。

  • 服务B使用StringRedisSerializer或GenericJackson2JsonRedisSerializer。

  • 不同序列化方式导致二进制数据无法兼容。

• 统一序列化方案：

@Configuration
public class RedisConfig {

    @Bean
    public RedisTemplate redisTemplate(RedisConnectionFactory factory) {
        RedisTemplate template = new RedisTemplate<>();
        template.setConnectionFactory(factory);
        template.setKeySerializer(new StringRedisSerializer());
        template.setValueSerializer(new GenericJackson2JsonRedisSerializer());
        return template;
    }
}

2. Redis键命名空间冲突

• 现象：服务A和服务B的键互相覆盖。

• 优化方案：强制添加服务名前缀隔离：

// 服务A写入时添加前缀
String key = "serviceA:user:" + userId;
redisTemplate.opsForValue().set(key, user);

// 服务B读取时匹配前缀
String value = redisTemplate.opsForValue().get("serviceA:user:" + userId);

3. 数据库索引或TTL配置错误

• 检查项：

  • 确认spring.redis.database索引一致。

  • 检查键的TTL是否过期：

# Redis CLI中检查
TTL your_key  # 返回-2表示已过期

4. 网络与安全策略

• 验证步骤：

  • 使用telnet测试端口连通性：

    telnet 192.168.1.100 6379

  • 检查防火墙规则和Redis密码配置：

    # redis.conf
    requirepass your_password

---

三、高级优化实践

1. 基于注解的分布式锁

实现服务间操作原子性：

@GetMapping("/update")
@RedisLock(key = "resource:lock:#{#id}", expire = 10)
public String updateResource(@RequestParam String id) {
    // 业务逻辑
}

2. Pipeline批量操作优化

减少网络往返耗时：

List