排查【Jedis客户端触发 Too many open files 问题】

已于 2022-08-09 16:48:43 修改
阅读量1.1k 收藏
点赞数
分类专栏： Java学习笔记 文章标签： linux java 运维
于 2022-08-09 16:44:36 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/u012285269/article/details/126247594
版权

文章目录

现象描述

  • 2022-08-08 11点开始好几个业务系统相继抛出错误，其中一个业务系统抛出的错误截图如下：

业务系统日志截图

  • UidService是用作分布式id生成的服务，打开uid-service服务日志如下，看到从 2022-08-08 23:05:32 开始大量抛出“打开的文件过多”的错误日志。熟悉Linux的同学，对这个都不应该默认，这个一般是应为单个进程打开的 File Descriptor（简称：文件描述符） 太多导致的（注：Linux中一切皆文件，当进程对文件进行读写或是打开网络连接时都会产生fd；OS处于安全考虑都会对fd的个数加以限制，CentOS中默认为每个进程1024个）。
2022-08-08 23:05:32.614  WARN 30239 --- [nio-8777-exec-8] o.s.r.s.RemoteInvocationTraceInterceptor : Processing of HessianServiceExporter remote call resulted in fatal exception: com.ccjt.eip.web.service.IUidService.nextProjectNo

redis.clients.jedis.exceptions.JedisConnectionException: Could not get a resource from the pool
	at redis.clients.util.Pool.getResource(Pool.java:53) ~[jedis-2.9.0.jar!/:na]
	at redis.clients.jedis.JedisPool.getResource(JedisPool.java:226) ~[jedis-2.9.0.jar!/:na]
	at cn.hutool.db.nosql.redis.RedisDS.getJedis(RedisDS.java:136) ~[hutool-all-4.6.8.jar!/:na]
	at com.ccjt.eip.web.service.impl.UidServiceImpl.connectRedis(UidServiceImpl.java:45) ~[classes!/:0.0.1-SNAPSHOT]
	at com.ccjt.eip.web.service.impl.UidServiceImpl.nextProjectNo(UidServiceImpl.java:146) ~[classes!/:0.0.1-SNAPSHOT]
	at sun.reflect.GeneratedMethodAccessor57.invoke(Unknown Source) ~[na:na]
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) ~[na:1.8.0_171]
	at java.lang.reflect.Method.invoke(Method.java:498) ~[na:1.8.0_171]
	at org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:344) ~[spring-aop-5.2.8.RELEASE.jar!/:5.2.8.RELEASE]
	at org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:198) [spring-aop-5.2.8.RELEASE.jar!/:5.2.8.RELEASE]
	at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:163) [spring-aop-5.2.8.RELEASE.jar!/:5.2.8.RELEASE]
	at org.springframework.remoting.support.RemoteInvocationTraceInterceptor.invoke(RemoteInvocationTraceInterceptor.java:78) ~[spring-context-5.2.8.RELEASE.jar!/:5.2.8.RELEASE]
	at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:186) [spring-aop-5.2.8.RELEASE.jar!/:5.2.8.RELEASE]
	at org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:212) [spring-aop-5.2.8.RELEASE.jar!/:5.2.8.RELEASE]
	at com.sun.proxy.$Proxy69.nextProjectNo(Unknown Source) [na:na]
	at sun.reflect.GeneratedMethodAccessor57.invoke(Unknown Source) ~[na:na]
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) ~[na:1.8.0_171]
	at java.lang.reflect.Method.invoke(Method.java:498) ~[na:1.8.0_171]
	at com.caucho.hessian.server.HessianSkeleton.invoke(HessianSkeleton.java:302) [hessian-4.0.60.jar!/:3.1.0]
	at com.caucho.hessian.server.HessianSkeleton.invoke(HessianSkeleton.java:217) [hessian-4.0.60.jar!/:3.1.0]
	at org.springframework.remoting.caucho.HessianExporter.doInvoke(HessianExporter.java:228) [spring-web-5.2.8.RELEASE.jar!/:5.2.8.RELEASE]
	at org.springframework.remoting.caucho.HessianExporter.invoke(HessianExporter.java:144) [spring-web-5.2.8.RELEASE.jar!/:5.2.8.RELEASE]
	at org.springframework.remoting.caucho.HessianServiceExporter.handleRequest(HessianServiceExporter.java:64) [spring-web-5.2.8.RELEASE.jar!/:5.2.8.RELEASE]
	at org.springframework.web.servlet.mvc.HttpRequestHandlerAdapter.handle(HttpRequestHandlerAdapter.java:53) [spring-webmvc-5.2.8.RELEASE.jar!/:5.2.8.RELEASE]
	at org.springframework.web.servlet.DispatcherServlet.doDispatch(DispatcherServlet.java:1040) [spring-webmvc-5.2.8.RELEASE.jar!/:5.2.8.RELEASE]
	at org.springframework.web.servlet.DispatcherServlet.doService(DispatcherServlet.java:943) [spring-webmvc-5.2.8.RELEASE.jar!/:5.2.8.RELEASE]
	at org.springframework.web.servlet.FrameworkServlet.processRequest(FrameworkServlet.java:1006) [spring-webmvc-5.2.8.RELEASE.jar!/:5.2.8.RELEASE]
	at org.springframework.web.servlet.FrameworkServlet.doPost(FrameworkServlet.java:909) [spring-webmvc-5.2.8.RELEASE.jar!/:5.2.8.RELEASE]
	at javax.servlet.http.HttpServlet.service(HttpServlet.java:652) [tomcat-embed-core-9.0.37.jar!/:4.0.FR]
	at org.springframework.web.servlet.FrameworkServlet.service(FrameworkServlet.java:883) [spring-webmvc-5.2.8.RELEASE.jar!/:5.2.8.RELEASE]
	at javax.servlet.http.HttpServlet.service(HttpServlet.java:733) [tomcat-embed-core-9.0.37.jar!/:4.0.FR]
	at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:231) [tomcat-embed-core-9.0.37.jar!/:9.0.37]
	at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:166) [tomcat-embed-core-9.0.37.jar!/:9.0.37]
	at org.apache.tomcat.websocket.server.WsFilter.doFilter(WsFilter.java:53) [tomcat-embed-websocket-9.0.37.jar!/:9.0.37]
	at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:193) [tomcat-embed-core-9.0.37.jar!/:9.0.37]
	at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:166) [tomcat-embed-core-9.0.37.jar!/:9.0.37]
	at org.springframework.web.filter.RequestContextFilter.doFilterInternal(RequestContextFilter.java:100) [spring-web-5.2.8.RELEASE.jar!/:5.2.8.RELEASE]
	at org.springframework.web.filter.OncePerRequestFilter.doFilter(OncePerRequestFilter.java:119) [spring-web-5.2.8.RELEASE.jar!/:5.2.8.RELEASE]
	at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:193) [tomcat-embed-core-9.0.37.jar!/:9.0.37]
	at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:166) [tomcat-embed-core-9.0.37.jar!/:9.0.37]
	at org.springframework.web.filter.FormContentFilter.doFilterInternal(FormContentFilter.java:93) [spring-web-5.2.8.RELEASE.jar!/:5.2.8.RELEASE]
	at org.springframework.web.filter.OncePerRequestFilter.doFilter(OncePerRequestFilter.java:119) [spring-web-5.2.8.RELEASE.jar!/:5.2.8.RELEASE]
	at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:193) [tomcat-embed-core-9.0.37.jar!/:9.0.37]
	at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:166) [tomcat-embed-core-9.0.37.jar!/:9.0.37]
	at org.springframework.web.filter.CharacterEncodingFilter.doFilterInternal(CharacterEncodingFilter.java:201) [spring-web-5.2.8.RELEASE.jar!/:5.2.8.RELEASE]
	at org.springframework.web.filter.OncePerRequestFilter.doFilter(OncePerRequestFilter.java:119) [spring-web-5.2.8.RELEASE.jar!/:5.2.8.RELEASE]
	at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:193) [tomcat-embed-core-9.0.37.jar!/:9.0.37]
	at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:166) [tomcat-embed-core-9.0.37.jar!/:9.0.37]
	at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:202) [tomcat-embed-core-9.0.37.jar!/:9.0.37]
	at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:96) [tomcat-embed-core-9.0.37.jar!/:9.0.37]
	at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:541) [tomcat-embed-core-9.0.37.jar!/:9.0.37]
	at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:139) [tomcat-embed-core-9.0.37.jar!/:9.0.37]
	at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:92) [tomcat-embed-core-9.0.37.jar!/:9.0.37]
	at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:74) [tomcat-embed-core-9.0.37.jar!/:9.0.37]
	at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:343) [tomcat-embed-core-9.0.37.jar!/:9.0.37]
	at org.apache.coyote.http11.Http11Processor.service(Http11Processor.java:373) [tomcat-embed-core-9.0.37.jar!/:9.0.37]
	at org.apache.coyote.AbstractProcessorLight.process(AbstractProcessorLight.java:65) [tomcat-embed-core-9.0.37.jar!/:9.0.37]
	at org.apache.coyote.AbstractProtocol$ConnectionHandler.process(AbstractProtocol.java:868) [tomcat-embed-core-9.0.37.jar!/:9.0.37]
	at org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.doRun(NioEndpoint.java:1589) [tomcat-embed-core-9.0.37.jar!/:9.0.37]
	at org.apache.tomcat.util.net.SocketProcessorBase.run(SocketProcessorBase.java:49) [tomcat-embed-core-9.0.37.jar!/:9.0.37]
	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) [na:1.8.0_171]
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) [na:1.8.0_171]
	at org.apache.tomcat.util.threads.TaskThread$WrappingRunnable.run(TaskThread.java:61) [tomcat-embed-core-9.0.37.jar!/:9.0.37]
	at java.lang.Thread.run(Thread.java:748) [na:1.8.0_171]
Caused by: redis.clients.jedis.exceptions.JedisConnectionException: java.net.SocketException: 打开的文件过多
	at redis.clients.jedis.Connection.connect(Connection.java:207) ~[jedis-2.9.0.jar!/:na]
	at redis.clients.jedis.BinaryClient.connect(BinaryClient.java:93) ~[jedis-2.9.0.jar!/:na]
	at redis.clients.jedis.BinaryJedis.connect(BinaryJedis.java:1767) ~[jedis-2.9.0.jar!/:na]
	at redis.clients.jedis.JedisFactory.makeObject(JedisFactory.java:106) ~[jedis-2.9.0.jar!/:na]
	at org.apache.commons.pool2.impl.GenericObjectPool.create(GenericObjectPool.java:899) ~[commons-pool2-2.8.0.jar!/:2.8.0]
	at org.apache.commons.pool2.impl.GenericObjectPool.borrowObject(GenericObjectPool.java:429) ~[commons-pool2-2.8.0.jar!/:2.8.0]
	at org.apache.commons.pool2.impl.GenericObjectPool.borrowObject(GenericObjectPool.java:354) ~[commons-pool2-2.8.0.jar!/:2.8.0]
	at redis.clients.util.Pool.getResource(Pool.java:49) ~[jedis-2.9.0.jar!/:na]
	... 63 common frames omitted
Caused by: java.net.SocketException: 打开的文件过多
	at java.net.Socket.createImpl(Socket.java:460) ~[na:1.8.0_171]
	at java.net.Socket.getImpl(Socket.java:520) ~[na:1.8.0_171]
	at java.net.Socket.setReuseAddress(Socket.java:1449) ~[na:1.8.0_171]
	at redis.clients.jedis.Connection.connect(Connection.java:174) ~[jedis-2.9.0.jar!/:na]
	... 70 common frames omitted

紧急处理

  • 由于这个是操作系统对用户启动单个进程作的限制（配置是针对用户，用ulimit -a可查看）；默认为1024个。
配置查看
  1. 通过 ulimit -a 配合 lsof -p $(jps -l | grep ‘uid’ | awk ‘{print $1}’) | wc -l 查看

问题机器的配置截图

  1. cat /proc/$(jps -l | grep ‘uid’ | awk ‘{print $1}’)/limits，其中uid为服务查找关键词
[root@ejy-kf2-jyxt2 ~]# cat /proc/$(jps -l | grep uid | awk '{print $1}')/limits
Limit                     Soft Limit           Hard Limit           Units     
...
Max open files            1024                 1024                 files     
...
处理方法
  1. 重启应用，优先保证服务可用性（适合由于长期运行导致，fd累计增多达到上限【此处适用】）。
  2. 应用确实需要比较多的fd（最典型的例子就是ES服务了，它需要同时操作大量磁盘文件达到很高的IOPS），修改/etc/security/limits.conf文件，重启或sysctl -p后生效。
[root@demo ~]# vi /etc/security/limits.conf
# 配置文件末尾添加如下配置，*表示针对所有用户，nofile表示fd最大个数
...
* soft nofile 204800
* hard nofile 204800
...

根原排查

  • 经过 紧急处理 处理后服务暂时可用，但是根本原因还不得而知；和同事讨论后得知此服务已经正常运行1年半左右，且中间没有重启过。结合fd的产生原因以及这个服务本身只是负责产生全局的id，应该不存在大量的文件操作和网络操作；如此的话不应该会触及系统默认1024个fd的限制才对。
代码定位
  • 从日志的异常栈中 at redis.clients.jedis.JedisFactory.makeObject(JedisFactory.java:106) ~[jedis-2.9.0.jar!/:na] 提示找到Redis获取链接的方法。
public class UidServiceImpl implements IUidService {
    
    // 关键代码如下...start...
	private static Jedis jedis = null;
    private static String confname  = null;
    static {
        confname = ResourceBundle.getBundle("conf").getString("confname");
        Setting setting = new Setting("config/redis-" + Lists.newArrayList(Splitter.on("_").split(confname)).get(1) + ".setting");
        jedis = RedisDS.create(setting,null).getJedis();
        System.out.println("已连接上redis");
    }

    private void connectRedis(){
        confname = ResourceBundle.getBundle("conf").getString("confname");
        Setting setting = new Setting("config/redis-" + Lists.newArrayList(Splitter.on("_").split(confname)).get(1) + ".setting");
        jedis = RedisDS.create(setting,null).getJedis();
        System.out.println("已连接上redis");
    }

    @Override
    public synchronized Integer nextNoticeId() {
        String noticeIdKey = confname + "_" + IdKeyEnum.NOTICE.getkey();
        String idStr = null;
		
        try {
            idStr = jedis.get(noticeIdKey);
        }catch (Exception e){
            connectRedis();
            idStr = jedis.get(noticeIdKey);
        }
        
        //无缓存需要重新初始化
        if(idStr==null){
            try {
                //获取当前最大编号，存入缓存，自增一次后再返回出去
                idStr = Convert.toStr(initServiceImpl.initNoticeIdStartValue());
                jedis.set(noticeIdKey, idStr);
                jedis.incr(noticeIdKey);
                System.out.println(LocalDateTime.now().toString() + "noticeid\t" + jedis.get(noticeIdKey));
                return Convert.toInt(idStr) + 1;
            } catch (Exception e) {
                e.printStackTrace();
                return null;
            }
        }else{
            jedis.incr(noticeIdKey);
            System.out.println(LocalDateTime.now().toString() + "noticeid\t" + jedis.get(noticeIdKey));
            return Convert.toInt(idStr) + 1;
        }
    }

	// 关键代码如下...end...
}
  • 其中可能会产生问题的地方如下：
try {
   idStr = jedis.get(noticeIdKey);
} catch (Exception e){
    // connectRedis的操作：一旦产生异常，就重现创建链接池，并从中获取一个链接
    // 并没有对之前生成的链接池进行关闭
    connectRedis();
    idStr = jedis.get(noticeIdKey);
}
复现问题
  • 在测试环境发布一个测试用的项目，并通过重启redis服务来触发jedis.get方法的异常，使其走到connectRedis方法中
  1. 重启Redis服务
[root@VM-4-3-centos ~]# docker start myredis 
myredis
[root@VM-4-3-centos ~]# docker restart myredis 
myredis
[root@VM-4-3-centos ~]# docker restart myredis 
myredis
[root@VM-4-3-centos ~]# docker restart myredis 
myredis
[root@VM-4-3-centos ~]# docker restart myredis 
myredis
  1. 调用服务的/uid/notice/nextid接口（触发nextNoticeId方法）并查看fd【25932 为对应的】
[root@ejy-kf2-jyxt2 ~]# jps -l | grep uid
25932 uid-distribute-0.0.1-SNAPSHOT.jar
# 查看fd个数
[root@ejy-kf2-jyxt2 ~]# lsof -p 25932 | wc -l 
81
[root@ejy-kf2-jyxt2 ~]# lsof -p 25932 | wc -l 
83
[root@ejy-kf2-jyxt2 ~]# lsof -p 25932 | wc -l 
84
[root@ejy-kf2-jyxt2 ~]# lsof -p 25932 | wc -l 
85
[root@ejy-kf2-jyxt2 ~]# lsof -p 25932 | wc -l 
86
  1. 查看具体的fd占用情况 lsof -p $(jps -l | grep uid) | wc -l，发现未释放的链接池产生的fd变成了sock还存在

在这里插入图片描述

代码改造
  • 获取链接之前把老的 Jedis链接 以及 RedisDS 关闭。
public class UidServiceImpl implements IUidService {
	private static RedisDS redisDS = null;
	private static Jedis jedis = null;
	private static String confname  = null;
	static {
	    confname = ResourceBundle.getBundle("conf").getString("confname");
	    Setting setting = new Setting("config/redis-" + Lists.newArrayList(Splitter.on("_").split(confname)).get(1) + ".setting");
	    jedis = RedisDS.create(setting,null).getJedis();
	    System.out.println("已连接上redis");
	}
	
	private void connectRedis(){
	    // 释放资源，测试发现只有通过jedis.close();才能把fd释放掉
	    if (null != jedis) {
            System.out.println("关闭jedis连接");
            jedis.close();
        }
        if (null != redisDS) {
            try {
                System.out.println("关闭连接池");
                redisDS.close();
            } catch (IOException ex) {
                ex.printStackTrace();
            }
        }
	    confname = ResourceBundle.getBundle("conf").getString("confname");
	    Setting setting = new Setting("config/redis-" + Lists.newArrayList(Splitter.on("_").split(confname)).get(1) + ".setting");
	    redisDS = RedisDS.create(setting,null);
	    jedis = redisDS.getJedis();
	    System.out.println("已连接上redis");
	}
}
  • 统计文件描述符个数
[root@ejy-kf2-jyxt2 ~]# lsof -p $(jps -l | grep uid | awk '{print $1}') | wc -l 
77
[root@ejy-kf2-jyxt2 ~]# lsof -p $(jps -l | grep uid | awk '{print $1}') | wc -l 
77
[root@ejy-kf2-jyxt2 ~]# lsof -p $(jps -l | grep uid | awk '{print $1}') | wc -l 
77
  • 查看具体的fd占用情况，fd一直保持在35u没有新增

修改代码后的截图

总结

  1. 这是一个由于链接资源没有关闭而导致的内存泄漏的实际案例。
  2. 代码有待优化，这里虽然初始化了redis连接池，然而并没有用到连接池的功能。
  3. 思考为什么链接断开后链接池没有检测到链接断开从而自动执行close动作。
  4. 这里我并没有完整复现Too many open files现象，有兴趣的同学可以把ulimit调小试下能否完整复现出线上的问题场景。
臧馆长
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
jedis客户端的工具类.rar
02-28
包含 jedisclient、jedisclientcluster、jedisclientpool等单机版和集群版的工具类，可以直接使用无需编辑
java连接Redis所需jedis客户端包(jedis2.7+commons-pool2)
10-18
jedis客户端两个包：jedis2.7.2.jar+commons-pool2-2.0.jar,已亲测可用
spring和hessian整合--基于HessianServiceExporter & BurlapServiceExporter
那个螺旋没有丸
08-19 1597
前言:       近日着手研究了一下Hessian的rmi方案,因为客户端是多种移动终端平台，本来想采用传说中的phprpc(hprose?)的，但看了下官方的文档，发现没有object-c的版本，故而放弃。       跟着hessian 的官方例子走，跑起来是没有问题的，但我在试着跟spring整合的时候，出了不少的问题。记录一下，方便自己以及路人，呵呵。   环境说明:   ...
响应式设计的基本原理和实现方法（超级详细）
最新发布
贫僧法号依平
02-07 975
面对不同分辨率设备灵活性强能够快捷解决多设备显示适应问题仅适用布局、信息、框架并不复杂的部门类型网站兼容各种设备工作量大，效率低下代码累赘，会出现隐藏无用的元素，加载时间加长其实这是一种折中性质的设计解决方案，多方面因素影响而达不到最佳效果一定程度上改变了网站原有的布局结构，会出现用户混淆的情况。
Spring in Action 学习笔记—第六章 远程调用
五谷杂粮
12-24 140
远程调用是客户端应用和服务端之间的会话。在客户端上所需要的一些功能并不包括在该应用的职能范围内。所以应用向能提供这些功能的其他系统寻求帮助。远程的应用通过远程服务把这些功能公开出来。   一、Spring远程调用概览 Spring为各种远程访问技术的集成提供了工具类。Spring远程支持是由普通（Spring）POJO实现的，这使得开发具有远程访问功能的服务变得相当容易。 Spring远程...
hessian 在spring中的使用 （bean 如 Dao无法注入的问题）
weixin_33966095的博客
03-30 293
  hessian的主要结构分客户端与服务端，中间基于http传输。客户端主要做的事情是把对远程接口调用序列化为流，并传输到服务端；服务端主要做的事情是把传输过来的流反序列化为对服务的请求，调用相应服务后把结果序列化为流返回给客户端。一次完整的调用如下图所示：   HessianProxy是hessian client处理客户端请求的核心类，它采用proxy的设计模式，代理客户端对远程接...
redis连接过多的一个解决方法
yrryyff的博客
10-30 1405
分享一下我老师大神的人工智能教程！零基础，通俗易懂！http://blog.csdn.net/jiangjunshow也欢迎大家转载本篇文章。分享知识，造福人民，实现我们中华民族伟大复兴！                报错 Cannot a
Java高并发之Redis批量提交数据库
weixin_50989469的博客
11-06 2585
随着系统并发请求激增，参考电商秒杀、当下集中核酸采取等业务场景，如果突然大量数据请求业务系统。此时如果没有做任何缓存措施，直接保存数据库，即使你的数据库做了集群和分库分表，也会由于扛不住并发压力崩溃的
too many open files解决方案
Cloveme的博客
05-24 3373
测试环境在运行一段时间后出现了too many open files，导致一个定时上报redis的任务频繁失败。 linux默认为1024，可通过ulimit -n命令进行数量调整。 例：ulimit -n 4096 非root用户最大只能设置到4096，需要更多的话需要root权限。 （具体修改方法链接:Linux TCP连接数限制配置出现open too many open files_Clovemeo的博客-CSDN博客在进行接口测试时，在用户数超过400后，就会出现socket ...
玩转 SpringBoot 2.x 之 快速集成 Jedis客户端（普通版）
12-22
Java 开发 一般会选择 Jedis 客户端来进行 Redis 相关的操作，本文通过SpringBoot 项目带你快速上手 Jedis 相关的操作。 Redis 安装 请参考：带你学 Redis：Redis安装（二） 代码案例 基础配置操作 引入 jedis ...
Java Jedis NOAUTH Authentication required问题解决方法
08-25
主要介绍了Java Jedis NOAUTH Authentication required问题解决方法,文中通过示例代码介绍的非常详细，对大家的学习或者工作具有一定的参考学习价值,需要的朋友可以参考下
Redis高可用集群Java(jedis客户端)操作源码.zip
11-07
Redis高可用集群Java(jedis客户端)操作源码
Redis too many open files error
u011511092的专栏
01-09 4738
最近公司的API总是莫名其妙的报告一些redis 打开文件太多的错误。今天老板终于下定决心，必须解决这个bug。经过测试，问题终于出现了。
Java牛客项目课_仿牛客网讨论区_第八章
夜中听雪的博客
05-21 2951
第八章、项目发布与总结。 8.1、 单元测试。 8.2、项目监控。 8.3、项目部署。 8.4、项目总结。 8.5、常见面试题。
2020-12-02
Alchemist_13的博客
12-02 379
记录IDEA启动报错 双击idea64.exe 没有反应，打开log显示： 2020-12-02 16:51:08,312 [ 0] INFO - #com.intellij.idea.Main - ------------------------------------------------------ IDE STARTED ------------------------------------------------------ 2020-12-02 16:51:0
java.net.SocketException:Too many open files 解决方案
whb的博客
05-15 1997
java.net.SocketException:Too many open files 解决方案
resultclass="java.lang.integer"_mybatis报错(三)报错Result Maps collection does not contain value for java...
weixin_35147304的博客
02-27 146
转自：https://blog.csdn.net/zengdeqing2012/article/details/509786821 [WARN ] 2016-03-25 13:03:23,955 - org.springframework.remoting.support.RemoteInvocationTraceInterceptor -53288 [RMI TCP Connection(5)-...
Tomcat 运行过程中出现 Too manay open files 异常分析
游荡边缘的博客
08-30 1083
查看采集数据的tomcat日志，习惯性的先翻到日志的最后去查看有没有异常的打印，果然发现了好几种异常信息，但是最多还是这个：   “Too manay open files” 问题很明显啊，文件描述符超出限制导致无法打开文件或创建网络连接，这个问题又会导致一些其它问题的产生，肯定是ulimit没有优化,于是检查ulimit的设置； open files竟然是65535，已经做过了优化...
jedis connection reset
06-01
"Jedis connection reset"通常意味着与 Redis 服务器的连接已经断开。这可能是由于网络问题，服务器重启或 Redis 服务器配置更改等原因造成的。要解决此问题，可以尝试以下几种方法： 1. 检查网络连接：确保您的网络连接正常，可以通过使用其他应用程序或尝试连接到其他服务器来测试。 2. 检查 Redis 服务器：确保 Redis 服务器正在运行，并且没有进行配置更改或重启操作。您可以尝试使用 Redis客户端（如redis-cli）连接到 Redis 服务器并检查连接是否正常。 3. 增加连接超时时间：您可以尝试增加连接超时时间以避免连接被重置。在Jedis客户端中，可以通过设置连接池的属性来实现此目的，例如：poolConfig.setMaxWaitMillis(10000)。 4. 重新连接Redis：如果连接已经断开，您可以尝试重新连接 Redis 服务器。在Jedis客户端中，您可以使用Jedis.connect()方法来重新创建连接。 希望这些方法可以帮助您解决“Jedis connection reset”问题。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值