首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往
您找到你想要的搜索结果了吗?
是的
没有找到

j2Cache线上异常问题排查记录

问题背景 开发反馈,线上有个服务在运行一段时间后,就会抛异常导致redis缓存不可用。...从异常日志表象上看,很明显是由于jedis pool中没有资源了。...也就是说当jedis pool没有可用资源时,获取连接的线程等待了1.5秒,1.5秒后还没有可用资源就抛异常了。 回到上面的问题,导致jedis pool原因有哪些呢?...假设问题 结合上面对jedis pool的分析,而我们的服务并发度不高,默认连接池最大连接有8个,而且获取连接的线程在等待1.5秒后还是没有获取到线程,最重要的一点是,当程序跑到最后,获取不到连接的异常不在是偶发性的...重新假设 如果不是连接泄漏导致的,那么肯定是并发问题了,最终的异常是j2Cache抛出来的,从j2Cache里获取连接的地方如下: 可以看到最上面红框里的是之前说的有问题,其实没有问题,他们都被包在了try

19830

异常日志,就不能排查问题了???

小声逼逼 众所周知,日志是排查问题的重要手段。关于日志设计,以及怎么根据从【用户报障】环节开始到秒级定位问题这个我们下一期说(绝非套路),这一期,主要讲一下,在没有异常日志的情况下,如何定位问题。...考虑到部分粉丝不在群里,我就简单描述一下这个粉丝的问题,他代码有个异常,然后catch打异常日志,但是日志却没输出。...那么我们用前面学到的排查套路,再来走一波 ? ? 我们根据异常栈顺藤摸瓜 ?...一个公司总是有线上报障是有问题的,但是一直不出问题也有问题的。当然很多时候,排查的机会或许轮不到你。这个时候,就会有常见的几种做法。...2.大佬们在排查,反正不是我的问题,那我就看群吹吹水,下班美滋滋。 3.大佬们在排查,等他们有结论了,我就过去问一句是啥问题,然后暗自记下来,下次面试的时候就说是自己排查的,吹一波,美滋滋。

62010

扣费异常基本排查

背景 在使用腾讯云产品过程中,经常会遇到一些类似扣费异常,但又无法确认是否扣费异常问题;本文基于这个主题,将通过一些案例来总结一下关于扣费异常的基本排查方法。 如何查看扣费详情?...排查方法-------通过明细账单自助排查 1)在账单概览控制台查看费用趋势,确认费用上涨的产品。...排查方法-------通过明细账单自助排查 1)按量结算:这个小时收取上个小时的使用费用,第二天收取前一天的使用费用。因此在销毁资源的这个时间段,也会计入使用周期,进行结算扣费。...排查方法---通过明细账单和点播产品计费文档自助排查 1)产品日结后付费,将于每日12:00 - 18:00,对前一日实际用量所产生的费用进行结算,所以可以通过明细账单查看扣费时间对应的使用时间。...总结 账号产生莫名扣费时,可以先通过收支明细和账单查看扣费产品及扣费时间,然后通过对应扣费产品的计费文档了解扣费规则,自助排查扣费是否属于异常情况。

1.5K70

死锁问题排查

问题背景 最近有同事说平台的某个服务出现超时异常,让我帮忙看下原因。我进入平台后触发了该服务,并没有发现超时异常,那可能是在特定操作场景下会出现或者是一个非必现问题。...既然已知道异常服务,那可以从这里入手进行分析,又与同事沟通一番,确定了与该服务相关的一些后台模块,接下来重点排查这些模块。...下面是出现问题的参考日志,关键点已包含其中,因为原日志不方便展示。 排查方法 日志中出现了sync....问题本质 上面问题的根因是死锁导致的,死锁也是计算机中常见出现的问题。...往往改动代码引发的死锁问题比较容易出现,像本文中出现的问题就是代码改动导致的,添加功能需求的时候关注点集中在了业务逻辑上,容易忽视锁的问题

84410

生产环境NoHttpResponseException异常排查记录

生产环境发现的问题 1、NoHttpResponseException导致退款失败 功能上线后,我便开始监控B端支付模块的交易数据,前两天的数据并没有什么异常,支付完成的订单都已经退款完成。...排查到这里基本已经可以确定不是支付模块这边的问题了,但问题毕竟还是要解决的,于是我联系了C端的同事,暂时先通过接口的方式把消费者的钱进行退款。...然后开始排查C端系统的问题,通过C端的日志发现,在请求支付模块进行退款时存在一个异常信息,报错信息如下 ?...看到这个报错,我不禁陷入了思考:C端这个日志表明确实是发起了退款请求,但是B端支付模块根本没收到这个退款请求,这样一来就比较尴尬了,双方系统竟然都没问题,那只能是网络问题了(找不到人背锅,只能推给网络了...,服务端响应RST包导致此异常情况的发生。

1.4K10

EasyDSS服务因路径问题导致启动异常应该如何排查及解决?

尝试启动服务提示异常如下,实际显示服务未正常启动: 查看进程发现后台启动确实时存在问题。...根据报错提示打开路径:kernel>conf,打开easydss.comf文件,发现文件中路径存在问题。 把文件剪切到正确路径,在文件中更改路径,更改完成后重新启动服务即可。...该问题是文件路径错误,导致软件无法识别到,更改后是可以正常使用的。...我们曾不止一次在博文里面强调过文件路径的重要性,不管是安装路径还是存储路径,都需要在英文路径下运行,大家在碰到此类问题可以先检查一下路径问题。...我们的博客也会不断分享更多项目中实际问题的处理方法,欢迎大家关注。

32210

记一次SpringBoot启动异常,jar问题排查分析

本文主要来记录一下,如果没有百度在自己的项目启动就抛开一些奇怪的问题,或者有一些奇奇怪怪的问题,靠自己怎么排查问题,另一种引擎去清除所有的问题都能够通过搜索来解决。...抛出异常的类是:AbstractAutowireCapableBeanFactory.java:1769 分析这里就可以得知,是在spring创建serverEndpoint的时候异常了, “那么异常的原因是...一下maven,项目就正常启动啦~~~~~~ 四、划重点 本文针对某个异常、或者某个具体问题的另外来进行分析,分享解决这个异常的一个过程。...肯定没有其他人通过自己的问题来解决问题,而且通过自己发现问题的过程来解决自己的问题。 也有很多小伙伴问过小编,学习一些框架源码有什么用?会用不就行了吗? 怎么办呢?...久而久之之,遇到主动问题,你去摸索的第一个反应自己去百度,会直接为啥子看看的异常情况,分析一下不明的源头,再去学习,进行进行。 就这样不知不觉你的技术会慢慢升华,那个时候感觉就特别明显了。

1.7K21
领券