Java-Redis-Redisson配置

该博客介绍了如何在Spring Boot项目中集成Redis和Redisson,用于实现Session共享和分布式锁。通过配置Maven依赖、YAML文件和相关Java配置类,详细展示了单机、哨兵、主从和集群等多种Redisson配置方式,确保在分布式环境中解决数据一致性问题。

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

需要的Maven

        <!--redis-->
        <dependency>
            <groupId>org.springframework.boot</groupId>
            <artifactId>spring-boot-starter-data-redis</artifactId>
            <exclusions>
                <exclusion>
                    <groupId>redis.clients</groupId>
                    <artifactId>jedis</artifactId>
                </exclusion>
                <exclusion>
                    <artifactId>lettuce-core</artifactId>
                    <groupId>io.lettuce</groupId>
                </exclusion>
            </exclusions>
        </dependency>
        <dependency>
            <groupId>redis.clients</groupId>
            <artifactId>jedis</artifactId>
        </dependency>
        <dependency>
            <groupId>org.apache.commons</groupId>
            <artifactId>commons-pool2</artifactId>
        </dependency>

        <!--     多台相同应用(负载均),Session共享  -->
        <dependency>
            <groupId>org.springframework.session</groupId>
            <artifactId>spring-session-data-redis</artifactId>
        </dependency>


        <dependency>
            <groupId>org.redisson</groupId>
            <artifactId>redisson</artifactId>
            <version>3.17.5</version>
        </dependency>

application-redis.yml

spring:
  redis:
    host: 106.12.174.220
    port: 6379
    password: 123456           #没有密码就保留空
    timeout: 5000  # 连接超时时间
    jedis:
       pool:
         max-active: 1000 # 池在给定时间可以分配的最大连接数。使用负值表示无限制。
         max-idle: 50  #池中“空闲”连接的最大数量。使用负值表示空闲连接的数量不受限制
         min-idle: 10  # 目标是池中要维护的最小空闲连接数。。
         max-wait: -1  # 在池耗尽时引发异常之前,连接分配应阻止的最长时间。使用负值无限期阻塞。
    redisson:
      pool:
        max-active: 1000   # 池在给定时间可以分配的最大连接数。使用负值表示无限制。
        min-idle: 10   # 目标是池中要维护的最小空闲连接数。
      tokenName: Authorization    # 用于分布式锁的唯一标识,一般使用token如果没有找到,就找sessionId
  session:
    store-type: redis   #设置session保存为默认redis的方式 ,可以解决分布式session不一致问题


Session共享配置

SessionConfig

import org.springframework.context.annotation.Configuration;
import org.springframework.session.data.redis.config.annotation.web.http.EnableRedisHttpSession;

@Configuration
//设置session的默认在redis中的存活时间
@EnableRedisHttpSession(maxInactiveIntervalInSeconds = 7200)   //Session过期时间,2小时,默认1800秒(半小时)   -1 永不过期
public class SessionConfig {}

SessionInitializer

import org.springframework.session.web.context.AbstractHttpSessionApplicationInitializer;

//初始化Session配置
public class SessionInitializer extends AbstractHttpSessionApplicationInitializer {
    public SessionInitializer() {
        super(SessionConfig.class);
    }
}

Redisson配置

import org.redisson.Redisson;
import org.redisson.api.RedissonClient;
import org.redisson.config.Config;
import org.redisson.config.SingleServerConfig;
import org.springframework.beans.factory.annotation.Value;
import org.springframework.context.annotation.Bean;
import org.springframework.context.annotation.Configuration;

@Configuration
public class RedissonConfig {

    @Value("${spring.redis.host}")
    private String host;
    @Value("${spring.redis.port}")
    private String port;
    @Value("${spring.redis.password}")
    private String password;

    @Bean
    public RedissonClient getRedisson() {
        Config config = new Config();
        SingleServerConfig singleServerConfig = config.useSingleServer();
        singleServerConfig.setAddress("redis://" + host + ":" + port).setPassword(password);
        return Redisson.create(config);
    }

}

其他Redisson的Config配置方式

Redisson的Config(单机版配置)

        Config config = new Config();
        config.useSingleServer().setAddress("redis://" + host + ":" + port).setPassword(password);

Redisson的Config(哨兵版配置)

可以理解为主节点掉了,子节点自动补充为主节点

Config config = new Config();
config.useSentinelServers().addSentinelAddress(
        "redis://172.29.3.245:26378","redis://172.29.3.245:26379", "redis://172.29.3.245:26380")
        .setMasterName("mymaster")
        .setPassword("a123456");

Redisson的Config(主从版配置)

可以理解为redis 的读写分离,但是主节点挂掉了那么, 子节点是不能向哨兵模式一样自动升级为主节点的

        Config config = new Config();
        config.useMasterSlaveServers()
                //可以用"rediss://"来启用SSL连接
                .setMasterAddress("redis://192.168.81.145:6379")//主节点
                //从节点
                .addSlaveAddress("redis://192.168.81.146:6379")
                .addSlaveAddress("redis://192.168.81.148:6379")
                .setPassword("123456");

Redisson的Config(集群模式)

Config config = new Config();
config.useClusterServers()
    .setScanInterval(2000) // 集群状态扫描间隔时间,单位是毫秒
    .addNodeAddress("redis://127.0.0.1:7000")
    .addNodeAddress("redis://127.0.0.1:7001")
    .addNodeAddress("redis://127.0.0.1:7002")
    .setPassword("123456");

Redisson的Config(红锁模式)

红锁模式的节点前提必须都是主节点,或者都是单机Redis

解决: 哨兵/主从/集群 , 这些模式,出现的问题

  1. 异步数据丢失

  2. 脑裂问题。

有时候程序就是这么巧,比如说正好一个节点挂掉的时候,多个客户端同时取到了锁。如果你可以接受这种小概率错误,那用之前的复制方案就完全没有问题。否则的话,我们建议你实现下面描述的解决方案。

假设有5个redis节点,这些节点之间既没有主从,也没有集群关系。客户端用相同的key和随机值在5个节点上请求锁,请求锁的超时时间应小于锁自动释放时间。当在3个(超过半数)redis上请求到锁的时候,才算是真正获取到了锁。如果没有获取到锁,则把部分已锁的redis释放掉。

Config config1 = new Config();
config1.useSingleServer().setAddress("redis://172.29.1.180:5378")
        .setPassword("123456");
RedissonClient redissonClient1 = Redisson.create(config1);

Config config2 = new Config();
config2.useSingleServer().setAddress("redis://172.29.1.180:5379")
        .setPassword("123456");
RedissonClient redissonClient2 = Redisson.create(config2);

Config config3 = new Config();
config3.useSingleServer().setAddress("redis://172.29.1.180:5380")
        .setPassword("123456");
RedissonClient redissonClient3 = Redisson.create(config3);

String resourceName = "REDLOCK";
RLock lock1 = redissonClient1.getLock(resourceName);
RLock lock2 = redissonClient2.getLock(resourceName);
RLock lock3 = redissonClient3.getLock(resourceName);
// 同时给3个redis上锁
RedissonRedLock redLock = new RedissonRedLock(lock1, lock2, lock3);
boolean isLock;
try {
    isLock = redLock.tryLock(500, 30000, TimeUnit.MILLISECONDS);
    System.out.println("isLock = "+isLock);
    if (isLock) {
        //TODO if get lock success, do something;
        Thread.sleep(30000);
    }
} catch (Exception e) {
} finally {
    // 无论如何, 最后都要解锁
    System.out.println("");
    redLock.unlock();
}

到时候自己可以根据情况该代码这里,就把关键核心代码放上去了

在这里插入图片描述

点赞 -收藏-关注-便于以后复习和收到最新内容
有其他问题在评论区讨论-或者私信我-收到会在第一时间回复
在本博客学习的技术不得以任何方式直接或者间接的从事违反中华人民共和国法律,内容仅供学习、交流与参考
免责声明:本文部分素材来源于网络,版权归原创者所有,如存在文章/图片/音视频等使用不当的情况,请随时私信联系我、以迅速采取适当措施,避免给双方造成不必要的经济损失。
感谢,配合,希望我的努力对你有帮助^_^
### 共存兼容性分析 `spring-boot-starter-data-redis` 和 `redisson-spring-boot-starter` 是两个用于与 Redis 进行交互的依赖,但它们在实现方式和功能上存在显著差异。以下是关于两者共存兼容性的详细分析: #### 1. 自动配置冲突 `redisson-spring-boot-starter` 在其内部自动配置了多个与 Redis 相关的 Bean,例如 `redisTemplate`、`stringRedisTemplate` 和 `redisConnectionFactory`[^1]。而 `spring-boot-starter-data-redis` 同样会自动配置这些 Bean。如果同时引入这两个依赖,则可能会导致以下问题: - **Bean 定义冲突**:由于两者都定义了相同的 Bean(如 `redisTemplate`),Spring 容器可能会因为无法确定使用哪个 Bean 而抛出异常。 - **连接池管理混乱**:`spring-boot-starter-data-redis` 使用 Lettuce 或 Jedis 作为底层客户端,而 `redisson-spring-boot-starter` 使用 Redisson 的独立连接池。这可能导致资源浪费或配置冲突。 #### 2. 功能定位差异 - `spring-boot-starter-data-redis` 提供的是基础的 Redis 数据操作能力,适用于简单的键值存储和查询场景。 - `redisson-spring-boot-starter` 则专注于分布式锁、分布式集合等高级功能,基于 Redisson 库实现[^1]。 因此,如果项目中需要同时使用基础数据操作和 Redisson 的高级特性,则可以通过以下方式进行调整以避免冲突。 #### 3. 解决方案 为了实现两者的共存,可以采取以下措施: - **禁用自动配置**:通过在 `application.yml` 或 `application.properties` 中显式禁用 `spring-boot-starter-data-redis` 的自动配置,避免与 `redisson-spring-boot-starter` 的冲突。例如: ```yaml spring: autoconfigure: exclude: org.springframework.boot.autoconfigure.data.redis.RedisAutoConfiguration ``` - **独立配置 Redisson**:将 Redisson配置文件(如 `redisson.yaml`)单独放置,并确保其不共享连接池[^3]。这样可以避免 Redisson 的连接池与 Lettuce/Jedis 的连接池发生冲突。 - **明确区分使用场景**:在代码层面明确区分两者的使用场景。例如,对于简单的键值操作,使用 `spring-boot-starter-data-redis` 提供的 `redisTemplate`;而对于分布式锁等高级功能,则使用 Redisson 提供的相关 API。 #### 4. 示例代码 以下是一个简单的代码示例,展示如何在项目中同时使用两者并避免冲突: ```java // 使用 spring-boot-starter-data-redis 进行基础操作 @Autowired private RedisTemplate<String, String> redisTemplate; public void basicOperation() { redisTemplate.opsForValue().set("key", "value"); String value = redisTemplate.opsForValue().get("key"); System.out.println(value); } // 使用 redisson-spring-boot-starter 进行分布式锁操作 @Autowired private RLock lock; public void distributedLockOperation() { lock.lock(); try { // 执行需要加锁的操作 } finally { lock.unlock(); } } ``` ### 注意事项 - 确保在项目中对两者的使用场景进行清晰划分,避免功能重叠。 - 如果项目中主要依赖 Redisson 的高级功能,可以考虑仅引入 `redisson-spring-boot-starter`,并手动配置基础的 Redis 操作功能[^1]。
评论 2
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

胡安民

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值