作為一個合格的開發人員，不僅要能寫得一手還代碼，還有一項很重要的技能就是排查問題。這里提到的排查問題不僅僅是在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使用量，發現在正常范圍內，基本上可以排除哪里出現了死循環。 先找出該服務的進程 ...