记一次系统因spring-session与Spring-redisson引起cpu波动问题

最新推荐文章于 2024-08-29 19:29:50 发布

卢.小记

最新推荐文章于 2024-08-29 19:29:50 发布

阅读量890

点赞数

分类专栏： redis 发布订阅线程问题文章标签： spring java spring boot redis

本文链接：https://blog.csdn.net/swimming_lu/article/details/126471421

版权

本文记录了一次系统由于引入spring-session和spring-redisson导致CPU波动的问题。通过分析发现，RedisMessageListenerContainer在监听database 0的key删除和过期事件时，当database 0存在大量key过期导致CPU波动。问题源于spring-ession的配置和线程池设置。解决方案包括设置线程池大小和正确配置database，避免类似问题发生。

摘要由CSDN通过智能技术生成

问题背景：
项目因为要使用redis锁，所以引入了redisson，配置的是redisson-spring-boot依赖，引入了以后web项目正常，但是manage项目会有cpu波动，查看波动时候的线程情况是redisson一个线程引起的，另外在改回原生redisson依赖后波动消失

在这里插入图片描述
问题点：
1、为什么引入Springboot-redisson后manage飙升了，但是web没有动静
2、用了原生redisson后又不飙升了

首先对比错误日志发现RedisMessageListenerContainer类是主要执行类在创建线程，查看这个类的内容发现是在RedisHttpSessionConfiguration类内完成组件化的，而RedisHttpSessionConfiguration配置类的引入是Spring-session中的EnableRedisHttpSession注解，而web项目和redis项目的不同，manage相对于web多了redis-session的配置及依赖，那么是不是Springboot-redisson对这个组件化过程或者执行过程有特别的实现，我们从这里开始入手

manage是公司内部使用系统，使用了内部权限系统，所以配置了session共享

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

@EnableRedisHttpSession(maxInactiveIntervalInSeconds = 600)
public class ManageSessionConfig {
    
}

翻看@EnableRedisHttpSession源码，发现主要是引入RedisHttpSessionConfiguration配置类，这个配置类主要做的工作是初始化RedisIndexedSessionRepository监听器和RedisMessageListenerContainer监听器容器，这里的RedisMessageListenerContainer监听器就和上面的异常线程日志对上了，这里主要监听了什么内容及做了什么工作

在这里插入图片描述
上图可以看出是在这里设置了监听内容,断点进入