摘要：一个使用kafka的Java项目，在Windows环境启动后不久出现进程崩溃的情况，反复验证偶发的能得到hs_err_pid.log致命错误日志，始终没有生成coredump。 通过错误日志确实看到了导致崩溃的线程堆栈跟kafka客户端有关，但栈顶显示当前在执行native本地代码，我们分别替换了k
阅读全文
posted @ 2025-01-23 11:32
随笔分类 - 疑难杂症
没有规律性，或是一直未发现规律的Bug
摘要：问题背景： 系统在月底高峰期出现严重的整体性能问题，经分析应用的线程dump，发现大量线程在等待数据库请求返回或等待数据库连接，而从数据库层面跟踪，存在大量等待事件为磁盘IO的会话，通过windows资源管理器查看，发现磁盘IO出现明显的瓶颈（平均响应时间超长，队列严重）。 从分析结果和现象来说，问
阅读全文
posted @ 2024-08-07 16:09
摘要：winform应用在使用一段时间后，切换到其他系统或者打开word、excel文档，再切换回winform应用时，系统有时出现不响应的现象。有时在锁屏后恢复桌面及应用时也发生此问题。经微软支持确认，是因为 https://blogs.msdn.microsoft.com/dsui_team/2012/10/31/debugging-windows-forms-application-hangs-d...
阅读全文
posted @ 2017-12-15 11:36
摘要：问题描述： 某二次开发的项目反馈，不定期出现应用服务器无响应的情况，登录服务器发现任务管理器中有大量的w3wp僵尸进程。 分析过程： 针对同一进程每隔15秒抓取dump，连续抓取3个，对比发现线程信息没有变化，并且每个线程的CPU时间和堆栈都没有变化，奇怪？？？ 以其中一个僵尸进程的dump日志为例
阅读全文
posted @ 2016-09-07 15:05
摘要：问题描述： 一个业务复杂、执行时间很长的功能，经常报出“基础链接已经关闭：接收时发生错误”，很是蹊跷。。。 问题分析： 首先，查阅应用服务器的系统日志，发现问题发生时总是会伴随着w3wp进程崩溃的错误，很有问题呀。。。 找到一个自动收集了dump的日志，打开查看错误信息，噢噢。。。。 反编译现场的对
阅读全文
posted @ 2016-09-03 17:41
摘要：sqlserver项目，因严重的阻塞造成系统宕机的问题分析
1、通过查询SQL阻塞信息，定位到阻塞源头spid、该会话的状态、等待事件及执行的SQL脚本
2、根据spid查询该会话已经持有的锁资源、数据对象
3、根据SQL脚本如果能够找到对应的程序上下文，便可以快速定位到问题源头
4、根据源头会话确定远程连接的HostName、HostProcess，抓取进程dump文件，分析线程堆栈匹配该SQL脚本
5、使用sqlserver的Profiler，开启SQL的RPC、Batch及transaction的跟踪，结合阻塞SQL时间点，分析跟踪文件
阅读全文
posted @ 2015-12-09 18:58
摘要：问题描述：系统不定期报出Oracle“未处理的内部错误(-2)”，严重时IIS会Crash 典型异常日志如下： Exception type: System.AccessViolationException Message: 尝试读取或写入受保护的内存。这通常指示其他内存已损坏。 InnerExce
阅读全文
posted @ 2015-10-16 09:42
摘要：问题描述： 系统中多个功能不定期出现“Unable to get error message (6107) (0).”错误，即分布式事务超时，但报出错误的部分功能根本没有使用分布式事务。原因分析： 推测是存在分布式事务未提交的情况，回到线程池后被复用造成的，例如： 系统中A功能存在分布式事务未提交的...
阅读全文
posted @ 2015-10-10 11:37
摘要：问题描述： 一个项目现场反馈，“差旅费类型的单据审批，在出现业务规则没满足的情况时（即业务报错，需要人机交互），审批仍然通过了”。从技术的角度上说，就是业务构件中的业务规则报错后，事务没有回滚。但是，维护的同事对事务回滚的代码增加了日志，通过日志发现事务回滚的代码显式的执行了，也没有出现任何异常。并...
阅读全文
posted @ 2015-07-11 15:11
