JVM 常見線上問題 → CPU 100%、內存泄露 問題排查
開心一刻 明明是個小 bug，但就是死活修不好，我特么心態崩了...... 前言 后文會從 Windows、Linux 兩個系統來做示例展示，有人會有疑問了：為什么要說 Windows ...
原文：JVM線上問題排查
前言 本文介紹服務器內運行的 Java 應用產生的 OOM 問題 和 CPU 的問題定位 . 內存 OOM 問題定位 某Java服務 比如進程id pid 為 出現OOM，常見的原因為： 內存分配的確實小了，而正常業務使用了大量的內存 某個對象被頻繁申請，卻沒有釋放，內存不斷泄露，導致內存耗盡 某個資源被頻繁申請，系統資源耗盡。例如不斷創建線程，不斷發起網絡請求。 資源不夠 也是 給的資源耗盡 ， ...
2020-06-30 13:31 0 608 推薦指數：
相關推薦
一個線上JVM的CPU資源占用過高問題的排查
原文：https://www.iteye.com/blog/tyrion-2293369 上午線上某應用的一台JVM的CPU占比突然飆高到192%，並且一直下不來，導致監控一直告警，好久沒處理這種問題了，現在將問題排查步驟總結記錄一下。 1.通過top命令查看當前機器的CPU ...
利用JVM在線調試工具排查線上問題
在生產上我們經常會碰到一些不好排查的問題，例如線程安全問題，用最簡單的threaddump或者heapdump不好查到問題原因。為了排查這些問題，有時我們會臨時加一些日志，比如在一些關鍵的函數里打印出入參，然后重新打包發布，如果打了日志還是沒找到問題，繼續加日志，重新打包發布。對於上線流程復雜 ...
JVM 出現 fullGC 很頻繁，怎么去線上排查問題
可能頻繁創建了大對象或者eden 區設置過小 (大對象直接分配在老年代中，導致老年代空間不足--->從而頻繁 gc) 可能老年代的空間設置過小了(Minor GC 幾個對象就大於老年代 ...
【JVM】線上應用故障排查
高CPU占用 一個應用占用CPU很高，除了確實是計算密集型應用之外，通常原因都是出現了死循環。 根據top命令，發現PID為28555的Java進程占用CPU高達200%，出現故障。 通過ps aux | grep PID命令，可以進一步確定是tomcat進程出現了問題 ...
線上死鎖問題排查
問題描述： 線上一個服務的突然掛了，無法被調用，查看該服務日志發現Dubbo的線程池全滿了： 沒有多少訪問量，但是線程卻猛增，猜測可能是哪里出現了死循環或者哪里發生了死鎖。 首先，檢測一下服務器的CPU使用量，發現在正常范圍內，基本上可以排除哪里出現了死循環。 先找出該服務的進程 ...
Arthas線上問題排查
的 Exception？ 我改的代碼為什么沒有執行到？難道是我沒 commit？分支搞錯了？ 遇到問題無法在 ...
JVM 線上故障排查基本操作
# 前言 對於后端程序員，特別是 Java 程序員來講，排查線上問題是不可避免的。各種 CPU 飈高，內存溢出，頻繁 GC 等等，這些都是令人頭疼的問題。樓主同樣也遇到過這些問題，那么，遇到這些問題該如何解決呢？ 首先，出現問題，肯定要先定位問題所在，然后分析問題原因，再然后解決問題，最后 ...