問題描述： 線上一個服務的突然掛了，無法被調用，查看該服務日志發現Dubbo的線程池全滿了： 沒有多少訪問量，但是線程卻猛增，猜測可能是哪里出現了死循環或者哪里發生了死鎖。 首先，檢測一下服務器的CPU使用量，發現在正常范圍內，基本上可以排除哪里出現了死循環。 先找出該服務的進程 ...

沒有頭緒，不好處理。 本篇文章會講解一下如果線上發生了死鎖異常，如何去排查和處理。除了系列前文講解的有關 ...

文檔並結合自己的實踐，對 sqlite3 並發問題總結了幾點： sqlite3 的鎖及事務類型 ...

項目背景 　　最近，做一個按優先級和時間先后排隊的需求。用 Redis 的 sorted set 做排隊隊列。 　　主要使用的 Redis 命令有， zadd, zcount, zscore, zrange 等。 　　測試完畢后，發到線上，發現有大量接口請求返回超時熔斷（超時時間為3s ...

一、java定位進程 在服務器中終端輸入命令：top 可以看到進程ID，為5421的cpu這列100多了。 記下這個數字：5421 二、定位問題進程對應的線程 然后在服務器中終端輸入命令：top -Hp 5421 作用是查看里程內部線程資源占用情況。5421為第二步獲取 ...

Arthas 使用場景 是否有一個全局視角來查看系統的運行狀況？ 為什么 CPU 又升高了，到底是哪里占用了 CPU ？ 運行的多線程有死鎖嗎？有阻塞嗎？ 程序運行耗時很長，是哪里耗時比較長呢？如何監測呢？ 這個類從哪個 jar 包加載的？為什么會報各種類相關 ...

前言 本文介紹服務器內運行的 Java 應用產生的 OOM 問題 和 CPU 100% 的問題定位 1. 內存 OOM 問題定位 某Java服務(比如進程id pid 為 3320)出現OOM，常見的原因為： 內存分配的確實小了，而正常業務使用了大量的內存 某個對象被頻繁申請 ...

1.監控日志 通過監控發現如下異常，尾隨其后的還有報錯相應的堆棧信息，指出了具體是哪個SQL語句發生了死鎖 通過日志查看代碼，覺得不大可能是同一個事務並發執行導致的死鎖 2.查看隔離級別 業務代碼有可能使用默認的隔離級別，默認的級別就是全局的隔離級別；業務也可能設置了當 ...