jdk自帶監控程序jvisualvm的使用

    監控小程序的配置

    生產環境tomcat的配置

編輯應用所在的tomcat服務器下的bin目錄下的catalina.sh文件，修改以下：

配置以下內容：

export JAVA_OPTS="-Xms256m -Xmx512m -Xss256m -XX:PermSize=512m -XX:MaxPermSize=1024m  -Djava.rmi.server.hostname=136.64.45.24 -Dcom.sun.management.jmxremote.port=9315 -Dcom.sun.management.jmxremote.ssl=false -Dcom.sun.management.jmxremote.authenticate=false"

紅字內容須要進行添加，黃色背景的須要根據具體的主機狀況配置。

    本地jdk小工具的配置

進入到本地的jdk安裝目錄下，找到jvisualvm.exe,雙擊打開

 

創建遠程鏈接

圖一 添加遠程

圖二 創建遠程主機ip

 

圖三 添加jmx鏈接

圖四 雙擊創建好的鏈接能夠實時查看當前程序的運行情況和堆棧信息等

         監控小程序菜單截圖

圖一 概述：顯示當前tomcat服務器的總體運行情況

圖二：可事實動態顯示cpu、堆棧、類、線程的相關信息

圖三：線程：可實時動態的顯示進程的使用情況

點擊線程Dump按鈕能夠顯示具體的進程的內容，可今後頁面查看到進程的具體信息以及報錯信息

（4）經過此工具的使用，當ITSM系統僵死時，可看到明顯的進程變化

a.全部的請求進程都進入了監控狀態，全部請求都沒法訪問

          

    查看dump信息，發現ITSM系統首頁的報表獲取sql存在問題，訪問量增多時，打開首頁查詢比較慢，連接釋放緩慢，而後新增請求，致使連接池被沾滿，出現了上述問題。

    故障解決方案

經過上述分析，查看鏈接池配置，對鏈接池的活動鏈接數和空閒鏈接數作了調帳，以下圖：

同時找到對應的sql語句進行優化，以前的sql存在笛卡爾積，同時數據量大，沒有創建索引，經過dba的分析修改了sql語句，並對timeouttime字段創建索引，截圖以下（包含原有sql【被註釋了】）

    知識擴展

Jdk自帶的監控小工具可用來對java程序進行調優和問題分析。

應用僵死後是否有dump或javacore文件生成？拿到後用MemoryAnalyzer 等工具分析一下

若是沒有，能夠用jdk自帶的小工具看一下，是否有資源未釋放、線程死鎖、內存溢出等問題

 

============================================================

jstack ( 查看jvm線程運行狀態，是否有死鎖現象等等信息)
jinfo:能夠輸出並修改運行時的java 進程的opts。
jps:與unix上的ps相似，用來顯示本地的java進程，能夠查看本地運行着幾個java程序，並顯示他們的進程號。
jstat:一個極強的監視VM內存工具。能夠用來監視VM內存內的各類堆和非堆的大小及其內存使用量。
jmap:打印出某個java進程（使用pid）內存內的全部'對象'的狀況（如：產生那些對象，及其數量）。
jconsole:一個java GUI監視工具，能夠以圖表化的形式顯示各類數據。並可經過遠程鏈接監視遠程的服務器VM。

詳細：在使用這些工具前，先用JPS命令獲取當前的每一個JVM進程號，而後選擇要查看的JVM。
jstat工具特別強大，有衆多的可選項，詳細查看堆內各個部分的使用量，以及加載類的數量。使用時，需加上查看進程的進程id，和所選參數。如下詳細介紹各個參數的意義。
jstat -class pid:顯示加載class的數量，及所佔空間等信息。
jstat -compiler pid:顯示VM實時編譯的數量等信息。
jstat -gc pid:能夠顯示gc的信息，查看gc的次數，及時間。其中最後五項，分別是young gc的次數，young gc的時間，full gc的次數，full gc的時間，gc的總時間。
jstat -gccapacity:能夠顯示，VM內存中三代（young,old,perm）對象的使用和佔用大小，如：PGCMN顯示的是最小perm的內存使用量，PGCMX顯示的是perm的內存最大使用量，PGC是當前新生成的perm內存佔用量，PC是但前perm內存佔用量。其餘的能夠根據這個類推， OC是old內純的佔用量。
jstat -gcnew pid:new對象的信息。
jstat -gcnewcapacity pid:new對象的信息及其佔用量。
jstat -gcold pid:old對象的信息。
jstat -gcoldcapacity pid:old對象的信息及其佔用量。
jstat -gcpermcapacity pid: perm對象的信息及其佔用量。
jstat -util pid:統計gc信息統計。
jstat -printcompilation pid:當前VM執行的信息。
除了以上一個參數外，還能夠同時加上 兩個數字，如：jstat -printcompilation 3024 250 6是每250毫秒打印一次，一共打印6次，還能夠加上-h3每三行顯示一下標題。

jmap是一個能夠輸出全部內存中對象的工具，甚至能夠將VM 中的heap，以二進制輸出成文本。
命令：jmap -dump:format=b,file=heap.bin <pid>
file：保存路徑及文件名
pid：進程編號
•jmap -histo:live  pid| less :堆中活動的對象以及大小
•jmap -heap pid : 查看堆的使用情況信息


jinfo:的用處比較簡單，就是能輸出並修改運行時的java進程的運行參數。用法是jinfo -opt pid 如：查看2788的MaxPerm大小能夠用 jinfo -flag MaxPermSize 2788。

jconsole是一個用java寫的GUI程序，用來監控VM，並可監控遠程的VM，很是易用，並且功能很是強。使用方法：命令行裏打 jconsole，選則進程就能夠了。
JConsole中關於內存分區的說明。

Eden Space (heap)： 內存最初從這個線程池分配給大部分對象。
Survivor Space (heap)：用於保存在eden space內存池中通過垃圾回收後沒有被回收的對象。
Tenured Generation (heap)：用於保持已經在 survivor space內存池中存在了一段時間的對象。
Permanent Generation (non-heap): 保存虛擬機本身的靜態(refective)數據，例如類（class）和方法（method）對象。Java虛擬機共享這些類數據。這個區域被分割爲只讀的和只寫的，
Code Cache (non-heap):HotSpot Java虛擬機包括一個用於編譯和保存本地代碼（native code）的內存，叫作「代碼緩存區」（code cache）

•jstack ( 查看jvm線程運行狀態，是否有死鎖現象等等信息) : jstack pid : thread dump
•jstat -gcutil  pid  1000 100  : 1000ms統計一次gc狀況統計100次；
---------------------
做者：慕容羽
來源：CSDN
原文：https://blog.csdn.net/u012550080/article/details/81605189
版權聲明：本文爲博主原創文章，轉載請附上博文連接！