作为一个合格的开发人员，不仅要能写得一手还代码，还有一项很重要的技能就是排查问题。这里提到的排查问题不仅仅是在coding的过程中debug等，还包括的就是线上问题的排查。由于在生产环境中，一般没办法debug（其实有些问题，debug也白扯。。。）,所以我们需要借助一些常用命令来查看运行时 ...

CPU 磁盘 内存 GC问题 网络 线上故障主要会包括cpu、磁盘、内存以及网络问题，而大多数故障可能会包含不止一个层面的问题，所以进行排查时候尽量四个方面依次排查一遍。 同时例如jstack、jmap等工具也是不囿于一个方面的问题的，基本上出问题就是df ...

大日志文件，由于会直接载入到内存的 2、数据库相关 java应用非常多瓶颈在数据库，一 ...

top 相当于Windows任务管理器 可以看到，输出结果分两部分，前5行是总览，下面是具体的进程资源占用情况。下面逐行看一下 第1行 top - 18:14:58 up 112 days ...

BTrace 是什么 BTrace 是检查和解决线上的问题的杀器，BTrace 可以通过编写脚本的方式，获取程序执行过程中的一切信息，并且，注意了，不用重启服务，是的，不用重启服务。写好脚本，直接用命令执行即可，不用动原程序的代码。 原理 总体来说，BTrace 是基于动态字节码修改技术 ...

某天，运营反馈，某商品下单异常 1.原来是一个空指针报错 根据用户输入的下单关键信息搜索日志系统看到如下报错 stackTrace: "java ...

前言 之前线上有过一两次OOM的问题，但是每次定位问题都有点手足无措的感觉，刚好利用星期天，以测试环境为模版来学习一下Linux常用的几个排查问题的命令。 也可以帮助自己在以后的工作中快速的排查线上问题。 jmap命令 jmap -heap pid 输出当前进程 JVM 堆新生代、老年 ...

问题描述： 线上一个服务的突然挂了，无法被调用，查看该服务日志发现Dubbo的线程池全满了： 没有多少访问量，但是线程却猛增，猜测可能是哪里出现了死循环或者哪里发生了死锁。 首先，检测一下服务器的CPU使用量，发现在正常范围内，基本上可以排除哪里出现了死循环。 先找出该服务的进程 ...