192      人物

測試監控__性能測試技術體係_性能測試體係_性能測試-阿裏雲

訪問性能測試控製台

1 引言

1.1 編寫目的

本文檔主要目標是規範使用性能測試過程中需監控的各項技術指標，描述各指標項的具體含義，並給出相應的監控工具與方法說明。本文檔將作為測試監控的指導性規範，用以選取監控關注指標，使用監控工具。

1.2 適用對象和範圍

監控指標及監控工具適用於使用性能測試進行性能測試項目技術質量評價依據。 預期讀者為測試管理人員、測試實施人員、技術支持人員、項目質量管理人員、項目管理人員等係統技術質量相關人員。

1.3 參考文檔

相關的指標定義及解釋可以參照:性能測試指標，本章可能會增加及減少相關指標的描述，並不與性能測試指標中相關指標衝突。

2 業務指標監控

2.1 監控指標

業務指標主要包括並發用戶數、響應時間、處理能力，成功率這四個指標，目前大部分壓測工具都能將這些指標放在壓測工具裏麵。

2.2 監控工具

2.2.1 性能測試

性能測試分布式壓測工具，將相關業務指標集成在平台上。

2.2.2 後台日誌

通過後台日誌log,采用分析工具也可進行分析得出TPS，響應時間等。

3 操作係統指標監控

3.1 Linux

3.1.1 監控指標說明

3.1.2 監控工具

3.1.2.1 性能測試

性能測試壓測工具監控操作係統指標主要有：
CPU%：所有CPU資源利用率
網絡流量：每秒入網出網多少Kb
磁盤：每秒讀寫多少Kb

3.1.2.2 命令

Linux提供豐富的命令進行監控，針對CPU、Memory、I/O等有一些列命令及參數進行監控。具體如下：
top : 整體查看資源情況。
sar ：CPU資源消耗
vmstat：內存相關消耗
iostat: 磁盤相關消耗
………
具體用法和參數，可以參照聯機幫助(man top等)。

3.1.2.3 Shell

可以將以上命令通過shell來包裝，每隔多少秒監控一次，總共監控多少次，將監控結果寫到文件裏麵。
例如：下麵shell就是將CPU Load每隔3秒寫到文件裏麵。

while true ; do uptime | awk -F' average: ' '{print $2}' ;sleep 3;done >> `hostname`_`date +%Y%m%d_%H%M`.uptime

3.1.2.4 nmon

• Nmon安裝 將 nmonXXX.tar.gz 文件複製到計算機。如果使用 FTP，請記住使用二進製模式。
  解壓該文件，運行 gzip -d nmonXXX.tar.gz
  提取該文件，運行tar xvf nmonXXX.tar

• Nmon實時監控 登陸要監控的係統，進入nmon安裝目錄中
  輸入命令nmon，運行 nmon（如root用戶可能需要輸入./nmon）.顯示的起始屏幕及CPU等信息。如圖：

依次按c，m，d即可顯示CPU，內存，磁盤等信息。如圖：

Nmon運行時的鍵盤命令

• Nmon 結果保存為文件 nmon -f -s 60 -c 30（每60s收集一次數據，共收集30次） nmon.sh 賦執行權限:chmod +x nmon.sh 執行nmon.sh 即可運行.

3.2 Windows

3.2.1 監控指標說明

提供的監控指標比較豐富，包括CPU、內存、網絡、磁盤以及每個進程的資源。

3.2.2 監控工具

3.2.2.1 性能測試

同3.1.2.1 性能測試

3.2.2.2 資源管理器

Windows操作係統自帶的windows資源管理器，在任務欄裏麵點擊右鍵，啟動任務管理器：

點擊性能麵板，再點擊資源監視器：

3.2.2.3 性能監視器

Windows有自帶的性能監視器，可以指定相關的監控指標進行監控，將結果保存為文件，從windows控製麵板->管理工具->性能監視器->新建數據搜集器，添加你感興趣的指標計數器。

4 應用中間件指標監控

4.1 Tomcat

4.1.1 監控指標說明

Tomcat主要監控線程工作狀態、請求數、 會話數、線程數、虛擬主機、JAVA虛擬機內存占用情況。

4.1.2 監控工具

4.1.2.1 Tomcat提供的manager

通過使用Applications Manager（又稱opManager）來進行監控。
使用這種方式，所監控Tomcat必須運行manager應用，缺省情況下，該應用總是運行在服務器中的。

• 增加Manager Role: 訪問manager應用的用戶的角色權限必須是 manager. 修改<TOMCAT_HOME>/conf目錄下的tomcat-users.xml文件，在<tomcat-users>節點下添加一個user節點，即可創建一個用戶。Tomcat版本不同配置也有差異，5.x和6.x創建的用戶角色應為manager，7.x創建的用戶角色為manager-jmx，舉例如下：

  • 在5.x和6.x中創建一個manager角色的用戶，用戶名為admin，密碼為chenfeng： <user username="admin" password="chenfeng" roles="manager"/>

  • 在7.x中創建一個manager角色的用戶，用戶名為admin，密碼為xxxxx： <user username="admin" password="chenfeng" roles="manager-jmx,manager-script,manager-status"/> 修改配置後，需要重新啟動 Tomcat 服務器。連接manager時將用戶名/密碼指定為admin/xxxxxxxx

• 通過瀏覽器訪問https://localhost:8080/manager/jmxproxy ，輸入用戶名密碼，然後就可以看到返回了所有的監控信息

4.1.2.2 Probe

• 下載： https://www.lambdaprobe.org/downloads/1.7/probe.1.7b.zip
• 解壓縮後，把probe.war放到TOMCAT的webapps下，設置server.xml 的context
• 設置用戶如下，在tomcat_user.xml中

   vi /usr/local/tomcat/conf//tomcat-users.xml 
<?xml version='1.0' encoding='utf-8'?>
<tomcat-users>
   <role rolename="manager"/>
   <role rolename="standard"/>
   <role rolename="tomcat"/>
   <role rolename="admin"/> 
   <role rolename="role1"/> 
   <user username="tomcat" password="tomcat" roles="tomcat"/> 
   <user username="both" password="tomcat" roles="tomcat,role1"/>
   <user username="probe" password="probe" roles="admin,manager"/> 
   <user username="role1"     password="tomcat"roles="role1"/>
</tomcat-users>

• 設置環境變量，獲取服務器狀態 # vi /etc/profile JAVA_OPTS=-Dcom.sun.management.jmxremote export JAVA_OPTS

• 重啟動服務器

• 輸入https://localhost/probe/,輸入用戶名和密碼 即可進入，這裏比較精彩的是對內存的監視，動態顯示了JVM的內存圖表

4.1.2.3 JConsole

Linux係統下，需要修改 tomcat主目錄bin catalina.sh文件 增加一行 CATALINA_OPTS="$JAVA_OPTS -Djava.rmi.server.hostname=218.28.198.188 -Dcom.sun.management.jmxremote.port=9527 -Dcom.sun.management.jmxremote.authenticate=false -Dcom.sun.management.jmxremote.ssl=false" 然後使用JConsole就可以監控Tomcat。 點擊%JAVA_HOME%bin下的jconsole.exe即可

4.1.2.4 JProfile

• 安裝 首先到https://www.ej-technologies.com/download/overview.html 上下載 linux 和 windows版本的安裝文件. 將 linux版本的文件(jprofiler_linux_7_0_1.sh)，上傳到服務器上， 將其安裝。 安裝命令： sh jprofile_linux_7_0_1.sh –c 即可。 Windows版本安裝忽略，一路next即可.

• 按照上圖 設置服務器上需要監控的應用啟動參數， 如上內容是：
  • agentpath:/home/ivanzhang/jprofile7/bin/linux-86/libjprofilerti.so=port=8849 將其加入到應用的啟動腳本

設置好之後， 服務器上的應用，會等待你客戶端連接上以後，才真正啟動應用。 Jprofile連接上之後，則可以看到一下界麵了， 它可以幫助你分析內存信息，線程信息，jdbc連接等等， 以下是監控本地開發機的應用情況，可以看到，哪個線程在跑哪些SQL，由哪些方法調用的。

4.2 JBoss

4.2.1 監控指標說明

JBoss主要監控線程工作狀態、請求數、 會話數、線程數、虛擬主機、JAVA虛擬機內存占用情況。

4.2.2 監控工具

4.2.2.1 JBoss管理控製台

如果需要監控jboss的係統資源，如：jboss的基本配置情況，jvm的利用率，線程池的使用情況，可以使用web-console進行監控。

• 配置web-console 具體方法同jmx-console，就是位置不同，具體方法參考jmx-console配置：
• jboss-web xml 、 web.xml 在$JBOSS_HOME/vcom/deploy/management/console-mgr.sar/web-console.war/WEB-INF下；
• login-config.xml還是原來的那個，把application-policy名為$webConsoleDomain的部分改成你需要的web-console；

• web-console-users.properties、web-console-roles.properties定義了訪問 web-console的用戶、用戶角色，具體位置，使用find /jboss -name web-console-users.properties 找到以後可以修改用戶名、密碼。

• 監控 使用https://localhost:8080/web-console/ 中，獲取當前JBOSS-WEB應用模塊的負載分擔情況，並可以查看到當前JAVA虛擬機的內存使用情況，及線程池使用情況。 使用https://localhost:8080/web-console/status，可以進一步監控到每個線程的狀態。

4.2.2.2 Probe

具體可以參照4.1.2.2 Probe

4.2.2.3 JConsole

具體可以參照4.1.2.3 JConsole

4.2.2.4 JProfile

具體可以參照4.1.2.4 JProfile

4.3 IIS監控

4.3.1 監控指標說明

主要針對會話、事務、緩存、內存、線程池等進行監控，具體如下：

• ASP Session Duration 最近進行的會話所持續的時間（以毫秒為單位）。
• ASP Sessions Current 正在使用服務的會話數。　　　
• IIS Global Total Files Cached 添加到 WWW 和 FTP 服務的緩存的文件總數。
• Web Total Not Found Errors 由於未找到所請求的文檔，Web 服務無法滿足的請求數；通常以 HTTP 404 錯誤代碼方式向客戶端報告。
• ASP Transactions Committed 已提交的事務數。
• ASP Transactions Pending 正在處理的事務數。
• ASP Transactions/Sec 每秒啟動的事務數。
• IIS Global URI Cache Hits URI 緩存中的成功查找總數。
• IIS Global URI Cache Hits % URI 緩存命中數占全部緩存請求的比率。
• IIS Global URI Cache Misses URI 緩存中的未成功查找總數

4.3.2 監控工具

4.3.2.1 集成的性能監視器

在性能監視器裏麵添加IIS應用計數器即可。

4.4 JVM

4.4.1 監控指標說明

JVM關注的指標主要是java虛擬機內存年輕代、年老代堆大小以及GC頻率及回收時間。 JVM堆內存結構如下：

• Young（年輕代） 年輕代分三個區。一個Eden區，兩個 Survivor區。大部分對象在Eden區中生成。當Eden區滿時，還存活的對象將被複製到Survivor區（兩個中的一個），當這個 Survivor區滿時，此區的存活對象將被複製到另外一個Survivor區，當這個Survivor區也滿了的時候，從第一個Survivor區複製過來的並且此時還存活的對象，將被複製“年老區(Tenured)”。需要注意，Survivor的兩個區是對稱的，沒先後關係，所以同一個區中可能同時存在從Eden複製過來對象，和從前一個Survivor複製過來的對象，而複製到年老區的隻有從第一個Survivor去過來的對象。而且，Survivor區總有一個是空的。
• Tenured（年老代） 年老代存放從年輕代存活的對象。一般來說年老代存放的都是生命期較長的對象。
• Perm（持久代） 用 於存放靜態文件，如今Java類、方法等。持久代對垃圾回收沒有顯著影響，但是有些應用可能動態生成或者調用一些class，例如Hibernate等， 在這種時候需要設置一個比較大的持久代空間來存放這些運行過程中新增的類。持久代大小通過-XX:MaxPermSize=進行設置。 發生在年輕代的垃圾回收叫做GC/Minor GC,發生在年老代和永久代的垃圾回收叫做Full GC.

4.4.2 監控工具

4.4.2.1 JVM自帶的jstat

• jstat -gc pid 可以顯示gc的信息，查看gc的次數，及時間。 其中最後五項，分別是young gc的次數，young gc的時間，full gc的次數，full gc的時間，gc的總時間。
• jstat -gccapacity pid 可以顯示，VM內存中三代（young,old,perm）對象的使用和占用大小,如：PGCMN顯示的是最小perm的內存使用量，PGCMX顯示的是perm的內存最大使用量， PGC是當前新生成的perm內存占用量，PC是但前perm內存占用量。 其他的可以根據這個類推， OC是old內純的占用量。
• jstat -gcutil pid 統計gc信息統計。
• jstat -gcnew pid 年輕代對象的信息。
• jstat -gcnewcapacity pid 年輕代對象的信息及其占用量。
• jstat -gcold pid old代對象的信息。
• jstat -gcoldcapacity pid old代對象的信息及其占用量。
• jstat -gcpermcapacity pid perm對象的信息及其占用量。
• jstat -class pid 顯示加載class的數量，及所占空間等信息。
• jstat -compiler pid 顯示VM實時編譯的數量等信息。
• jstat -printcompilation pid 當前VM執行的信息。 Jstat顯示的信息中一些術語的中文解釋：
  • S0C：年輕代中第一個survivor（幸存區）的容量 (字節)
  • S1C：年輕代中第二個survivor（幸存區）的容量 (字節)
  • S0U：年輕代中第一個survivor（幸存區）目前已使用空間 (字節)
  • S1U：年輕代中第二個survivor（幸存區）目前已使用空間 (字節)
  • EC：年輕代中Eden（伊甸園）的容量 (字節)
  • EU：年輕代中Eden（伊甸園）目前已使用空間 (字節)
  • OC：Old代的容量 (字節)
  • OU：Old代目前已使用空間 (字節)
  • PC：Perm(持久代)的容量 (字節)
  • PU：Perm(持久代)目前已使用空間 (字節)
  • YGC：從應用程序啟動到采樣時年輕代中gc次數
  • YGCT：從應用程序啟動到采樣時年輕代中gc所用時間(s)
  • FGC：從應用程序啟動到采樣時old代(全gc)gc次數
  • FGCT：從應用程序啟動到采樣時old代(全gc)gc所用時間(s)
  • GCT：從應用程序啟動到采樣時gc用的總時間(s)
  • NGCMN：年輕代(young)中初始化(最小)的大小 (字節)
  • NGCMX：年輕代(young)的最大容量 (字節)
  • NGC：年輕代(young)中當前的容量 (字節)
  • OGCMN：old代中初始化(最小)的大小 (字節)
  • OGCMX：old代的最大容量 (字節)
  • OGC：old代當前新生成的容量 (字節)
  • PGCMN：perm代中初始化(最小)的大小 (字節)
  • PGCMX：perm代的最大容量 (字節)
  • PGC：perm代當前新生成的容量 (字節)
  • S0：年輕代中第一個survivor（幸存區）已使用的占當前容量百分比
  • S1：年輕代中第二個survivor（幸存區）已使用的占當前容量百分比
  • E：年輕代中Eden（伊甸園）已使用的占當前容量百分比
  • O：old代已使用的占當前容量百分比
  • P：perm代已使用的占當前容量百分比
  • S0CMX：年輕代中第一個survivor（幸存區）的最大容量 (字節)
  • S1CMX ：年輕代中第二個survivor（幸存區）的最大容量 (字節)
  • ECMX：年輕代中Eden（伊甸園）的最大容量 (字節)
  • DSS：當前需要survivor（幸存區）的容量 (字節)（Eden區已滿）
  • TT： 持有次數限製
  • MTT ： 最大持有次數限製

4.4.2.2 shell

將jstat中感興趣的相關指標通過shell保存為文件，例如以下shell是每隔2秒鍾將jstat監控的信息保存到文件中。

while true;do /usr/local/java/bin/jstat -gcutil `/usr/local/java/bin/jps | grep -v 'Jps' | grep -v 'Jstat' | egrep 'OrderPlatformLauncher|Bootstrap|TcpServerLauncher'| awk '{print $1}'` | grep -v 'S0' | awk '{print strftime("%m-%d-%H:%M:%S",systime()),$0}';sleep 2;done >> `hostname`_`date +%Y%m%d_%H%M`.jstat

4.4.2.3 jmap

jmap命令可以獲得運行中的jvm的堆的快照，從而可以離線分析堆，以檢查內存泄漏，檢查一些嚴重影響性能的大對象的創建，檢查係統中什麼對象最多，各種對象所占內存的大小等等

命令格式 jmap [options] pid -dump:[live,]format=b,file=<filename> --dump堆到文件,live指明是活著的對象,file指定文件名。

因為在dump:live前會進行full gc，因此不加live的堆大小要大於加live堆的大小 -finalizerinfo 打印等待回收對象的信息

-heap 打印堆總結

-histo[:live] 打印堆的對象統計，包括對象數、內存大小等等

-permstat 打印java堆perm區的classloader統計

-F 強製，在jmap -dump或jmap -histo中使用，如果pid沒有相應的回複 -J 提供jvm選項，如：-J-Xms256m

4.4.2.4 jstack

• 介紹 jstack用於打印出給定的java進程ID或core file或遠程調試服務的Java堆棧信息，如果是在64位機器上，需要指定選項"-J-d64"，Windows的jstack使用方式隻支持以下的這種方式：
  jstack [-l] pid
  如果java程序崩潰生成core文件，jstack工具可以用來獲得core文件的java stack和native stack的信息，從而 可以輕鬆地知道java程序是如何崩潰和在程序何處發生問題。另外，jstack工具還可以附屬到正在運行的java程序中，看到當時運行的java程序 的java stack和native stack的信息, 如果現在運行的java程序呈現hung的狀態，jstack是非常有用的。
• 命令格式
  jstack [ option ] pid
  jstack [ option ] executable core
  jstack [ option ] [server-id@]remote-hostname-or-IP
• 常用參數說明
• options：
  executable Java executable from which the core dump was produced.
  (可能是產生core dump的java可執行程序)
  core 將被打印信息的core dump文件
  remote-hostname-or-IP 遠程debug服務的主機名或ip
  server-id 唯一id,假如一台主機上多個遠程debug服務
• 基本參數：
  -F當’jstack [-l] pid’沒有相應的時候強製打印棧信息
  -l長列表. 打印關於鎖的附加信息,例如屬於java.util.concurrent的ownable synchronizers列表.
  -m打印java和native c/c++框架的所有棧信息.
  -h | -help打印幫助信息
  pid 需要被打印配置信息的java進程id,可以用jps查詢.
• 使用示例

4.4.2.5 JProfile

JProfile也可以監控JVM,並且以圖形化的方式進行展示，方便信息的查看及分析。具體可以參照4.1.2.4章節。

4.4.2.6 JConsole

JConsole也可以監控JVM,並且以圖形化的方式進行展示，方便信息的查看及分析。具體可以參照4.1.2.3章節。

4.5 .NET CLR

4.5.1 監控指標說明

.NET CLR是有微軟開發的一台虛擬平台，支持C#/C++/VB等，此虛擬平台功能類似於JVM. .NET CLR主要功能如下：

• 平台無關
• 跨語言集成
• 自動內存管理
• 版本控製
• 安全 .NET CLR Memory計數器如下：

性能計數器 說明

4.5.2 監控工具

4.5.2.1 集成的性能監視器

Windows性能監視器中，可以將.NET CLR Memory中相關的計數器加入到監控中。

4.5.2.2 .NET Memory Profiler

Profiler可以調試4種類型的.NET程序,分別為:

• 桌麵應用程序
• WPF程序
• ASP.NET程序
• .NET Service程序 對應選擇軟件的文件菜單如下

Profler調試共有三種方式選擇:

• 啟動跟蹤(Profiler Application)
  選定對應的調試方式,如調試桌麵程序,選中Profiler Application,然後選擇需要啟動的執行文件,Profiler將作為宿主程序啟動程序開始實時監控內存.
• 附加進程(Attach Process)
  將Profiler附加到指定的進程上,此時不能實時監控內存情況,隻能夠收集內存鏡像.
• 導入內存鏡像(Import Memory Dump)
  可以選擇dmp為後綴的內存鏡像文件,比如Windbg以及DebugDiag導出的鏡像文件,此時不能實時監控內存情況,隻能夠收集內存鏡像且不能跟蹤非托管資源.
  具體操作如下:
• 啟動程序
  首先,選擇需要調試類型,選擇 Profiler Application,選擇好需要啟動的程序exe文件.

如果需要設置啟動參數,則設置好命令行參數以及工作目錄.
選擇”Next”進行收集數據的一些選項設置,一般直接按”Star”按鈕開始調試程序.

• 收集數據
  選擇菜單欄的收集按鈕,收集堆數據,第一個為收集全部堆上的數據,第二個為隻收集第0代的數據.

• 重新啟動和停止
  調試完畢後通過停止按鈕跟蹤程序,通過啟動按鈕重新啟動上一次的調試程序.

• 查看收集數據
  Profiler上有6個頁卡,分別為:

• Type/Resource 類型/資源頁卡

• Type/Resource Details類型/資源明細頁卡
• Instance Details 實例明細頁卡
• Call Stacks/Methods調用堆棧頁卡
• Navtive Memory 本地內存頁卡
• Real-Time-實時跟蹤頁卡

5 數據庫指標監控

5.1 MySQL

5.1.1 監控指標說明

主要針對SQL耗時、吞吐量(QPS/TPS)、命中率、鎖等待等指標進行監控。

5.1.2 監控工具

5.1.2.1 命令

• 效率低下SQL
  mysqldumpslow -s at -t 20 host-slow.log
• #mysql qps查詢 QPS = Questions(or Queries) / Seconds
  mysql -u root -p123456 -e 'SHOW /!50000 GLOBAL / STATUS LIKE "Questions"'
  mysql -u root -p123456 -e 'SHOW /!50000 GLOBAL / STATUS LIKE "Queries"'
• #mysql Key Buffer 命中率
  key_buffer_read_hits = (1 - Key_reads / Key_read_requests) 100% key_buffer_write_hits= (1 - Key_writes / Key_write_requests) 100%
  mysql -u root -p123456 -e 'SHOW /!50000 GLOBAL / STATUS LIKE "Key%"'
• #mysql Innodb Buffer 命中率
  innodb_buffer_read_hits=(1-Innodb_buffer_pool_reads/ Innodb_buffer_pool_read_requests) 100%
  mysql -u root -p123456 -e 'SHOW /!50000 GLOBAL */ STATUS LIKE "Innodb_buffer_pool_read%"'
• #mysql Query Cache 命中率
  Query_cache_hits= (Qcache_hits / (Qcache_hits + Qcache_inserts)) 100%
  mysql -u root -p123456 -e 'SHOW /!50000 GLOBAL */ STATUS LIKE "Qcache%"'
• #mysql Table Cache 狀態量
  mysql -u root -p123456 -e 'SHOW /!50000 GLOBAL / STATUS LIKE "Open%"'
• #mysql Thread Cache 命中率
  Thread_cache_hits = (1 - Threads_created / Connections) 100% 正常來說,Thread Cache 命中率要在 90% 以上才算比較合理。
  mysql -u root -p123456 -e 'SHOW /!50000 GLOBAL */ STATUS LIKE "Thread%"'
• #mysql 鎖定狀態
  鎖定狀態包括表鎖和行鎖兩種,我們可以通過係統狀態變量獲得鎖定總次數,鎖定造成其他線程等待的次數,以及鎖定等待時間信息
  mysql -u root -p123456 -e 'SHOW /!50000 GLOBAL / STATUS LIKE "%lock%"'

5.1.2.2 iDBCloud

• 在阿裏雲RDS管理控製台，點擊登陸數據庫

• 輸入實例名、用戶名和密碼

• 點擊實例性能

• 點擊實例性能

MySQL Status Inoformation : MySQL狀態信息
【ins】表示insert語句每秒執行次數
【upd】表示update語句每秒執行次數
【del】表示delete語句每秒執行次數
【sel】表示select語句每秒執行次數
【hit%】表示緩存命中率，主要指innodb_buffer_pool的命中率
InnoDB Row Operation : InnoDB存儲引擎行操作
【read】表示InnoDB存儲引擎表的讀取記錄行數
【insert】表示InnoDB存儲引擎表的寫入記錄行數
【update】表示InnoDB存儲引擎表的更新記錄行數
【delete】表示InnoDB存儲引擎表的寫入記錄行數
Thread : 連接數相關
【running】表示活躍的連接數，即正在執行sql的連接
【connected】表示連接在實例上的空閑連接，即未執行sql的連接
Network : 網絡流量，單位為KB
【in】表示進入實例的網絡流量
【out】表示流出實例的網絡流量

5.1.2.3 PHPMyAdmin

phpMyAdmin是Mysql的管理工具。相比一些Mysql客戶端的GUI管理工具（如“MySQL Administrator”），phpMyAdmin是Web模式的。phpMyAdmin 是以PHP為基礎，以Web-Base方式架構在網站主機上的MySQL的資料庫管理工具。
在phpMyAdmin直接點擊狀態，可以查看SQL查詢，InnoDB，Cache,線程等狀態信息。

5.1.2.4 性能測試

通過性能測試RDS監控，可以監控當前活躍連接數、IOPS、TPS、磁盤容量、QPS。

5.2 SQLServer

5.2.1 監控指標說明

5.2.2 監控工具

5.2.2.1 SQLServer活動監視器

SQL Server 數據庫提供了專門的工具對數據庫的活動進行監控，這個工具稱為“活動監視器”。使用活動監視器可以獲取與數據庫引擎相關的用戶連接狀態及其所保存的鎖等有用信息。

• 打開活動監視器
• 打開SQL Server Management Studio並連接到數據庫引擎服務器。
• 在“對象資源管理器”窗口中，展開“管理”節點。
• 雙擊“活動監視器”節點，打開“活動監視器”對話框，如圖1所示。

該“活動監視器”對話框包含3組選項，分別是“進程信息”選項、“按進程分類的鎖”選項和“按對象分類的鎖”選項。
“進程信息”選項：包含有關連接到數據庫的信息
“按進程分類的鎖”選項：顯示按連接對鎖進行排序
“按對象分類的鎖”選項：顯示按對象名稱對鎖進行排序

• 查看當前進程的屬性
  用戶可以使用“進程信息”選項：查看當前進程的屬性。
  用戶可以通過對話框頂部的“篩選器”按鈕，打開“篩選設置”對話框，如圖2所示。

應用篩選器可以減少顯示的信息量。對數據庫鎖定問題進行故障排除時，可以使用“活動監視器”終止死鎖或無響應的進程。

• 查看某一個進程的詳細信息
  若要查看某一個進程的詳細信息，可以右擊某一進程，在彈出的快捷菜單中選擇“詳細信息”命令，打開“進程詳細信息”對話框。

5.2.2.2 SQLServer Profile

SQL Server Profiler（事件探查器）是SQL跟蹤的圖形用戶界麵，用於監視SQL Server 數據庫引擎或SQL Server Analysis Services（分析服務）的實例。用戶可以捕獲有關每個事件的數據，並將其保存到文件或表中供以後分析。

• 創建跟蹤
  用戶可以使用SQL Server Profiler工具創建跟蹤，具體過程如下：
• 依次選擇“開始”|“所有程序”|“Microsoft SQL Server”|“性能工具”|“SQL Server Profiler”，打開事件探查器。
• 打開“文件”菜單，選擇“新建跟蹤”命令，並連接到SQL Server實例。此時，將顯示“跟蹤屬性”對話框，如圖所示：

• 在“跟蹤名稱”文本框中輸入跟蹤的名稱。在“使用模板”下拉列表框中，為此跟蹤選擇一個跟蹤模板。如果不想使用模板，則選擇“空白”選項。
• 設置全局跟蹤選項 用戶可以設置應用於SQL Server 2005 Profiler的全局選項，具體操作如下：
• 依次選擇“開始”|“所有程序”|“Microsoft SQL Server 2005”|“性能工具”|“SQL Server Profiler”，打開事件探查器。
• 依次選擇“工具”|“選項”命令，打開“常規選項”對話框，如圖所示：

• 指定跟蹤文件的事件和數據列
  用戶可以使用SQL Server Profiler指定跟蹤的事件類和數據列，具體操作過程如下：
• 依次選擇“開始”|“所有程序”|“Microsoft SQL Server”|“性能工具”|“SQL Server Profiler”，打開事件探查器。
• 依次選擇“文件”|“新建跟蹤”命令，或者在正在運行跟蹤時，選擇“文件”|“屬性”命令，打開“跟蹤屬性”選項卡。
• 選擇“事件選擇”選項卡，如圖所示：

“事件選項”選項卡包含一個網格控件，網格控件是包含所有可跟蹤事件類的表。每個事件類在表中占一行。根據用戶所連接的服務器的類型和版本的不同，事件類會略有不同。事件類是由網格的“Events”列進行標識，並按事件類別進行分組。其餘列則列出每個事件類可以返回的數據列。

• 將跟蹤結果保存到表
  用戶可以使用SQL Server Profiler將跟蹤結果保存到數據庫表，具體操作過程如下：
  依次選擇“開始”|“所有程序”|“Microsoft SQL Server ”|“性能工具”|“SQL Server Profiler”，打開事件探查器。在“文件”菜單上，選擇“新建跟蹤”命令，並連接到SQL Server實例。此時，將顯示“跟蹤屬性”對話框。輸入跟蹤的名稱，然後選中“保存到表”複選框。彈出“連接到服務器”對話框，連接到將包含跟蹤表的SQL Server 2005數據庫服務器實例。在“目標表”對話框中，從“數據庫”列表中選擇相應的數據庫，所有者，輸入表的名稱，如圖所示：

完成設置後，單擊“確定”按鈕，返回“跟蹤屬性”對話框。

5.2.2.3 性能監視器

係統性能監視器可以用於監視係統資源的使用率。它使用計數器形式收集和查看服務器資源（如處理器和內存使用的情況）和許多SQL Server 2005資源（如鎖和事務）的實時性能數據。

• 運行係統性能監視器
  係統監視器使用遠程過程調用從SQL Server 2005收集信息。擁有運行係統監視器的Windows權限的任何用戶都可以使用係統監視器來監視SQL Server 2005。與所有性能監視器工具一樣，使用係統監視器監視SQL Server 2005時，性能方麵會受到一些影響。特定實例中的實際影響取決於硬件平台、計數器數量以及所選更新間隔。但是，將係統監視器與SQL Server 2005集成可以盡量減少對性能的影響。
• SQL Server 2005性能對象
  SQL Server 2005數據庫提供了一組針對性能的數據對象，供用戶監視SQL Server 2005時使用。當監視SQL Server 2005和Windows操作係統以調查與性能有關的問題時，請關注3個主要方麵：磁盤活動、處理器使用率和內存使用量。這些性能對象在係統的“性能監視器”工具的“添加計數器”對話框的“性能對象”下拉列表框中可以找到。

5.2.2.4 iDBCloud

參照5.1.2.2 iDBCloud.

5.3 MonogoDB

5.3.1 監控指標說明

主要監控如下指標：

• inserts/s 每秒插入次數
• query/s 每秒查詢次數
• update/s 每秒更新次數
• delete/s 每秒刪除次數
• getmore/s 每秒執行getmore次數
• command/s 每秒的命令數，比以上插入、查找、更新、刪除的綜合還多，還統計了別的命令
• flushs/s 每秒執行fsync將數據寫入硬盤的次數。
• mapped/s 所有的被mmap的數據量，單位是MB，
• vsize 虛擬內存使用量，單位MB
• res 物理內存使用量，單位MB
• faults/s 每秒訪問失敗數（隻有Linux有），數據被交換出物理內存，放到swap。不要超過100，否則就是機器內存太小，造成頻繁swap寫入。此時要升級內存或者擴展
• locked % 被鎖的時間百分比，盡量控製在50%以下吧
• idx miss % 索引不命中所占百分比。如果太高的話就要考慮索引是不是少了
• q t|r|w 當Mongodb接收到太多的命令而數據庫被鎖住無法執行完成，它會將命令加入隊列。這一欄顯示了總共、讀、寫3個隊列的長度，都為0的話表示mongo毫無壓力。高並發時，一般隊列值會升高。
• 慢查，效率低下的查詢

5.3.2 監控工具

5.3.2.1 MonogoStat命令

mongostat是mongdb自帶的狀態檢測工具，在命令行下使用。它會間隔固定時間獲取mongodb的當前運行狀態，並輸出。如果你發現數據庫突然變慢或者有其他問題的話，你第一手的操作就考慮采用mongostat來查看mongo的狀態。

5.3.2.2 Profiler

類似於MySQL的slow log, MongoDB可以監控所有慢的以及不慢的查詢。

Profiler默認是關閉的，你可以選擇全部開啟，或者有慢查詢的時候開啟。 例如:

> use test
switched to db test
> db.setProfilingLevel(2);
{"was" : 0 , "slowms" : 100, "ok" : 1} // "was" is the old setting
> db.getProfilingLevel()

查看Profiler日誌:

> db.system.profile.find().sort({$natural:-1})
{"ts" : "Thu Jan 29 2009 15:19:32 GMT-0500 (EST)" , "info" :
"query test.$cmd ntoreturn:1 reslen:66 nscanned:0 query: { profile: 2 } nreturned:1 bytes:50" ,
"millis" : 0} ...

3個字段的意義ts：時間戳、info：具體的操作、millis：操作所花時間，毫秒。

5.3.2.3 使用profiler

類似於MySQL的slow log, MongoDB可以監控所有慢的以及不慢的查詢。

Profiler默認是關閉的，你可以選擇全部開啟，或者有慢查詢的時候開啟。

> use test
switched to db test
> db.setProfilingLevel(2);
{"was" : 0 , "slowms" : 100, "ok" : 1} // "was" is the old setting
> db.getProfilingLevel()

查看Profile日誌

> db.system.profile.find().sort({$natural:-1})
{"ts" : "Thu Jan 29 2009 15:19:32 GMT-0500 (EST)" , "info" :
"query test.$cmd ntoreturn:1 reslen:66 nscanned:0 query: { profile: 2 } nreturned:1 bytes:50" ,
"millis" : 0} ...

3個字段的意義ts：時間戳、info：具體的操作、millis：操作所花時間，毫秒
注意，造成慢查詢可能是索引的問題，也可能是數據不在內存造成因此磁盤讀入造成。

5.3.2.4 使用Web控製台

Mongodb自帶了Web控製台，默認和數據服務一同開啟。他的端口在Mongodb數據庫服務器端口的基礎上加1000，如果是默認的Mongodb數據服務端口(Which is 27017)，則相應的Web端口為28017

這個頁麵可以看到

• 當前Mongodb的所有連接
• 各個數據庫和Collection的訪問統計，包括：Reads, Writes, Queries, GetMores ,Inserts, Updates, Removes
• 寫鎖的狀態
• 以及日誌文件的最後幾百行（CentOS+10gen yum 安裝的mongodb默認的日誌文件位於/var/log/mongo/mongod.log)

5.3.2.5 MongoDB Monitoring Service

MongoDB Monitoring Service(MMS)是Mongodb廠商提供的監控服務，可以在網頁和Android客戶端上監控你的MongoDB狀況。

5.4 Redis

5.4.1 監控指標說明

Redis主要監空Server、Clients、Memory、Persistence、Stats、Replication、CPU、Keyspace 8大部分，具體如下：

• Server
  redis_version:2.8.8 # Redis 的版本
  redis_git_sha1:00000000
  redis_git_dirty:0
  redis_build_id:bf5d1747be5380f
  redis_mode:standalone
  os:Linux 2.6.32-220.7.1.el6.x86_64 x86_64
  arch_bits:64
  multiplexing_api:epoll
  gcc_version:4.4.7 #gcc版本
  process_id:49324 # 當前 Redis 服務器進程id
  run_id:bbd7b17efcf108fdde285d8987e50392f6a38f48
  tcp_port:6379
  uptime_in_seconds:1739082 # 運行時間(秒)
  uptime_in_days:20 # 運行時間(天)
  hz:10
  lru_clock:1734729
  config_file:/home/s/apps/RedisMulti_video_so/conf/zzz.conf

• Clients
  connected_clients:1 #連接的客戶端數量
  client_longest_output_list:0
  client_biggest_input_buf:0
  blocked_clients:0

• Memory
  used_memory:821848 #Redis分配的內存總量
  used_memory_human:802.59K
  used_memory_rss:85532672 #Redis分配的內存總量(包括內存碎片)
  used_memory_peak:178987632
  used_memory_peak_human:170.70M #Redis所用內存的高峰值
  used_memory_lua:33792
  mem_fragmentation_ratio:104.07 #內存碎片比率
  mem_allocator:tcmalloc-2.0

• Persistence
  loading:0
  rdb_changes_since_last_save:0 #上次保存數據庫之後，執行命令的次數
  rdb_bgsave_in_progress:0 #後台進行中的 save 操作的數量
  rdb_last_save_time:1410848505 #最後一次成功保存的時間點， rdb_last_bgsave_status:ok
  rdb_last_bgsave_time_sec:0
  rdb_current_bgsave_time_sec:-1
  aof_enabled:0 #redis是否開啟了aof
  aof_rewrite_in_progress:0
  aof_rewrite_scheduled:0
  aof_last_rewrite_time_sec:-1
  aof_current_rewrite_time_sec:-1
  aof_last_bgrewrite_status:ok
  aof_last_write_status:ok

• Stats
  total_connections_received:5705 #運行以來連接過的客戶端的總數量
  total_commands_processed:204013 #運行以來執行過的命令的總數量
  instantaneous_ops_per_sec:0
  rejected_connections:0
  sync_full:0
  sync_partial_ok:0
  sync_partial_err:0
  expired_keys:34401 #運行以來過期的 key 的數量
  evicted_keys:0 #運行以來刪除過的key的數量
  keyspace_hits:2129 #命中key 的次數
  keyspace_misses:3148 #沒命中key 的次數
  pubsub_channels:0 #當前使用中的頻道數量
  pubsub_patterns:0 #當前使用中的模式數量
  latest_fork_usec:4391

• Replication
  role:master #當前實例的角色master還是slave
  connected_slaves:0
  master_repl_offset:0
  repl_backlog_active:0
  repl_backlog_size:1048576
  repl_backlog_first_byte_offset:0
  repl_backlog_histlen:0

• CPU
  used_cpu_sys:1551.61
  used_cpu_user:1083.37
  used_cpu_sys_children:2.52
  used_cpu_user_children:16.79

• Keyspace
  db0:keys=3,expires=0,avg_ttl=0 #各個數據庫的 key 的數量及生存周期

5.4.2 監控工具

5.4.2.1 redis-faina

使用redis自帶命令monitor的輸出結果做分析的python腳本，在命令行下使用，可以做實時分析使用。 官網：https://github.com/Instagram/redis-faina

cd /opt/test 
git clone https://github.com/Instagram/redis-faina.git 
cd redis-faina/
redis-cli -p 6379 MONITOR | head -n 100 | ./redis-faina.py --redis-version=2.4

測試結果如下：

可以看到一些實時的數據，並且有一定的統計數據，可以作為一個命令行工具使用。推薦使用，不過redis版本要大於2.4。

5.4.2.2 redis-live

用來監控redis實例，分析查詢語句並且有web界麵的監控工具，python編寫。 官網：https://github.com/nkrode/RedisLive 運行環境依賴包安裝：https://www.nkrode.com/article/real-time-dashboard-for-redis redis-live安裝：

cd /root 
git clone https://github.com/nkrode/RedisLive.git 
cd RedisLive/src ###修改redis-live.conf文件 { 
"RedisServers": [  { 
"server": "10.20.111.188", 
"port" : 6379
} ], 
 "DataStoreType" : "redis",  "RedisStatsServer": 
{ 
 "server" : "10.20.111.188", 
"port" : 6380}, 
"SqliteStatsStore" : 
{ 
"path":  "to your sql lite file"
} }

修改完畢
啟動監控服務，每30秒監控一次 ./redis-monitor.py --duration=30 ###再次開啟一個終端，進入/root/RedisLive/src目錄，啟動web服務 ./redis-live.py 在瀏覽器輸入： https://10.20.111.188:8888/index.html 即可看到下圖：

一個web界麵，可以同時監控多個redis實例，做集中監控比較好。

5.4.2.3 redis-stat

用ruby寫成的監控redis的程序，基於info命令獲取信息，而不是通過monitor獲取信息，性能應該比monitor要好。
官網：https://github.com/junegunn/redis-stat
運行環境安裝：

apt-get install ruby
apt-get install rubygems

redis-stat安裝：
cd /root
git clone https://github.com/junegunn/redis-stat.git
cd /root/redis-stat/bin ###./redis-stat --help 可以看到使用幫助
./redis-stat 1
redis-stat的具體用法

usage: redis-stat [HOST[:PORT] ...] [INTERVAL [COUNT]] 
 -a, --auth=PASSWORD    Password 
-v, --verbose          Show more info 
 --style=STYLE  Output style: unicode|ascii 
--no-color                   Suppress ANSI color codes 
--csv=OUTPUT_CSV_FILE_PATH   Save the result in CSV format
--server[=PORT]              Launch redis-stat web server (default port: 63790) 
--daemo Daemonize redis-stat. Must used with --server option. 
--version  Show version --help

redis-stat命令行模式：

redis-stat 
redis-stat 1
redis-stat 1 10
redis-stat --verbose 
redis-stat localhost:6380 1 10
redis-stat localhost localhost:6380 localhost:6381 5
redis-stat localhost localhost:6380 1 10 --csv=/tmp/output.csv --verbose
redis-stat web模式： 

redis-stat --server 
redis-stat --verbose --server=8080 5
redis-stat --server --daemon

效果如下：

運行web模式

cd /root/redis-stat/bin
./redis-stat --server=8080 5 --daemon

在瀏覽器輸入： https://10.20.111.188:8080/ 結果如下：

不錯的工具，既有命令行又有web界麵，可以放到後台運行，數據比redis-live感覺直觀 ，ruby開發的，唯一的缺點是如果同時監控多個redis實例，不能單獨顯示每一個實例的數據信息，貌似是總和。

5.4.2.4 redis-monitor

一個國人用java寫的，官網的是在win下編譯的，看著不錯,官網：https://github.com/litiebiao2012/redis-monitor,個人感覺，做集中監控可以使用redis-live，在命令行使用可以使用redis-stat，也可以根據自己的情況自行編寫，總之就是根據info和monitor命令獲取並展示信息。

6 前端指標監控

6.1 監控指標說明

前端指標主要包括頁麵展示、網絡所花的時間以及前端有哪些地方需要優化。

6.2 監控工具

6.2.1 FireBug

Firebug是firefox下的一個擴展,能夠調試所有網站語言，如Html,Css等，但FireBug最吸引我的就是javascript調試功能，使用起來非常方便，而且在各種瀏覽器下都能使用（IE,Firefox,Opera, Safari）。
Firebug主要功能有：CSS調試、CSS尺標、網絡監視器、JS調試器、Console 控製台、修改HTML、DOM查看器。

6.2.2 YSlow

YSlow可以對網站的頁麵進行分析，並告訴你為了提高網站性能，如何基於某些規則而進行優化。 安裝YSlow必須首先先安裝 Firebug，然後下載YSlow，再對其安裝。
YSlow可以分析任何網站，並為每一個規則產生一個整體報告，如果頁麵可以進行優化，則YSlow會列出具體的修改意見。

訪問性能測試控製台

最後更新：2016-05-06 10:44:40

  上一篇： 測試模型__性能測試技術體係_性能測試體係_性能測試-阿裏雲

  下一篇： 測試分析及調優__性能測試技術體係_性能測試體係_性能測試-阿裏雲