並發事務死鎖問題排查 業務系統上線后，服務日志報錯: 上游業務系統監聽多個topic，但不同topic有交集，交集為共同更新我們系統的某一張表。服務雖然一直在報錯，但是數據並沒有出現重復及丟失的情況。針對這個問題現象進行排查。 1 排查思路： 1.1 首先調研下mysql InnoDB ...

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

一、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.查看隔離級別 業務代碼有可能使用默認的隔離級別，默認的級別就是全局的隔離級別；業務也可能設置了當 ...

這個是我之前在項目組里面，有一個功能模塊寫了一個很復雜的sql存儲過程，每次做業務都調用存儲過來處理邏輯。 當多人同時做業務調用這個存儲過程的時候，頁面沒法響應一直卡死在哪里，后面請教過專業的dba排查過問題，是存儲過程里面的某部分insert,update操作導致死鎖了。 現在講排查死鎖 ...

1、Dump文件是什么 大家肯定知道我們java應用的對象的創建是由我們管，但是回收大多數是由jvm通過一定的算法來自動實現的，如：最少使用、不可達、新生代的復制清除等，也就是jvm會按照你現有對象 ...