數(shù)據(jù)庫性能測試報告

1、數(shù)據(jù)庫系統(tǒng)性能測試報告目錄1 方案概述 32 參考資料 33 術語解釋 34 系統(tǒng)簡介 35 測試環(huán)境 36 測試指標 47 測試工具和測試策略 48 測試數(shù)據(jù)收集 49 測試結果數(shù)據(jù)以及截圖 510 測試結論 101方案概述目的：找出系統(tǒng)潛在的性能缺陷目標：從平安,可靠,穩(wěn)定的角度出發(fā),找出性能缺陷,并且找出系統(tǒng)最正確承受并發(fā)用戶數(shù),以及并發(fā)用戶數(shù)下長時間運行的負載情況,如要并發(fā) 100 用戶,如何對系統(tǒng)進行調(diào)優(yōu)概述：本次測試方案主要收集分析數(shù)據(jù)庫處理并發(fā)請求相關數(shù)據(jù),做出分析和調(diào)優(yōu)測試時間：*年*月*日*點*分-*點*分2參考資料相關性能測試資料3術語解釋性能測試英文解釋：Performa

2、ncetesting概念解釋：運行性能測試確定系統(tǒng)處理水平,來判斷系統(tǒng)是否需要優(yōu)化負載測試英文解釋：Loadtesting概念解釋：通過系統(tǒng)面臨多資源運行或被攻擊情況下進行測試4系統(tǒng)簡介數(shù)據(jù)庫效勞器,支持整個系統(tǒng)對數(shù)據(jù)的存儲過程5測試環(huán)境硬件環(huán)境軟件環(huán)境效勞器效勞器地址CUP內(nèi)存硬盤軟件版本操作系統(tǒng)數(shù)據(jù)庫效勞器6測試指標測試時間：*年*月*日一*年*月*日測試范圍：數(shù)據(jù)庫處理效勞器或客戶端請求信息插入,查詢,更新,刪除語句時,效勞器各項性能指標的性能測試Jmeter 指標：由于 Apache 旗下性能測試工具 Jmeter 收集的性能指標偏少,下面的數(shù)據(jù)選取代表性指標1. Average/ms

3、：效勞器處理事物平均響應時間表示客戶端請求到效勞器處理信息且反應客戶端的時間2.Throughput/s：效勞器每秒處理請求數(shù)表示效勞器每秒處理客戶端請求數(shù)單位：個/秒3.KB/s:效勞器每秒接受到的數(shù)據(jù)流量表示效勞器每秒接受到客戶端請求的數(shù)據(jù)量 KB 表示硬件指標：1. %Processortime:CUP 使用率平均低于 75%,低于 50%更佳2. System：ProcessorQueueLength:CUP 隊列中的線程數(shù)每個處理器平均低于 23. Memory：Pages/sec:內(nèi)存錯誤頁數(shù)平均低于 20,低于 15 更佳4. PhysicalDisk-%DiskTime:磁盤使

4、用率平均低于 50%5. SQLServer： BufferManager-BufferCacheHitRatio: 在緩沖區(qū)告訴緩存中找到而不需要從磁盤中讀取的頁的百分比,正常情況次比率超過 90%,理想狀態(tài)接近 99%7測試工具和測試策略測試工具：Apache-Jmeter2.3.2測試策略：根據(jù)公司內(nèi)部實際情況,以及業(yè)務分布設置數(shù)據(jù)庫訪問量即并發(fā)用戶數(shù)測試數(shù)據(jù)：由于涉及公司內(nèi)部數(shù)據(jù)不便外泄,敬請見諒！數(shù)據(jù)說明：選取數(shù)據(jù)均為代表性數(shù)據(jù),包括存儲過程以及查詢,更新,刪除,插入8測試數(shù)據(jù)收集收集多輪測試的結果進行比照,繪制成幾何增長圖形,找出壓力轉(zhuǎn)折點數(shù)據(jù)庫性能測試報告9測試結果數(shù)據(jù)以及截圖前

5、提條件：用戶數(shù)為 80 個用戶數(shù)時,并發(fā)訪問數(shù)據(jù)庫,發(fā)生錯誤,所以最正確用戶定在9.1Jmeter性能指標Average/ms用戶數(shù)與事物平均響應時間數(shù)據(jù)分析：本圖表示效勞器處理請求的平均相應時間,最正確性能是隨著并發(fā)用戶數(shù)的增加,平均事物響應時間比擬平緩.本圖清楚可以看到,隨著并發(fā)用戶數(shù)的增加事物響應也隨著上升,、Average0用戶數(shù)個75 個Throughput/s數(shù)個229.0228.0227.0226.0225.0224.0223.0222.0221.0220.0219.0數(shù)據(jù)分析：本圖表示效勞器每秒處理請求個數(shù)最正確性能效勞器處理處理請求數(shù)是隨著用戶的增加而增加本圖可以直觀看到效勞

6、器處理請求數(shù)的個數(shù)并未隨著用戶數(shù)的增加而增加*Throughput/sec用戶數(shù)與效勞器處理請求關系圖5102030404550556065707580859095100用戶數(shù)個KB/S數(shù)據(jù)庫分析：本圖為效勞器每秒接受到的數(shù)據(jù)流量最正確或理想狀態(tài)下,效勞器接受到的數(shù)據(jù)流量一定是隨著用戶數(shù)的增加而上升上圖使用折線視圖清楚說明當用戶數(shù)增加的同時效勞器接受的請求數(shù)據(jù)流量并未上升請求總數(shù)與用戶數(shù)圖用戶數(shù)與請求數(shù)66500660005102030404550556065707580859095100用戶數(shù)個數(shù)據(jù)庫分析：上圖明顯看出 5-15 個用戶數(shù)發(fā)起請求時,總請求數(shù)比擬高而且平緩當在 25-30 之

7、后的請求總數(shù)與并發(fā)用戶數(shù)的不成比例Throughput/sec數(shù)個用戶數(shù)與效勞器處理請求關系圖總計請求數(shù)數(shù)求請6900068500680006750065500反而隨著并發(fā)用戶數(shù)的增加,總請求數(shù)在下降！9.2硬件指標圖75并發(fā)用戶數(shù)發(fā)起請求效勞器硬件信息監(jiān)控圖總hl,cr聿M-l,.芝,女件 H料軾工鄉(xiāng)音俗爐周國 1 里山!Q后十*-同日心|QEJ敝心安.電.1單、JnH、&pFtl*.七號Kin-三0咆1W至J_flfil切西聞0|+1熬1用電僮I/IIWM倒rn1rS59D95I30T.bnrri4口EL.QisE-ho.awiUfar力鏟：飛舟日SOD數(shù)也二ILLHFVl如胤我劇1文系L

8、P翼機113C13CimjtTintimjtTint_TM*1-竹EL:Uh3kVEErH-EL:Uh3kVlSErH-SZKWB2lSErH-SZKWB21JXJD4?=5/ESE-UsnovN3TE1 1jjobjjob1 1骷口班MMT114_Iot-slMMT114_Iot-sl- -P P工 N NUM1YEUM1YEd彳帶g我E電運_當|?TMp訃jn.4CC】m口uz-2箝述M卻沁r“r,2-i.畫CM出5,.|2；o數(shù)據(jù)分析：上圖直觀表現(xiàn)出內(nèi)存錯誤頁數(shù)平均值在 20,峰值高達 1300藍線正常平均數(shù)據(jù)為 20 以下,15 以下更佳卜圖為 50 并發(fā)用戶數(shù)發(fā)起請求效勞器硬件信息監(jiān)控圖數(shù)據(jù)分析：上圖直觀表現(xiàn)出內(nèi)存錯誤頁數(shù)平均值在 20,峰值高達 1300藍線正常平均數(shù)據(jù)為 20 以下,15 以下更佳備注：更多硬件指標圖請到 192.168.1.*機器下 F:jmeterreportjmeter 中觀察10測試結論Jmeter性能指標分析由 Jmeter 性能指標最直觀的可以看出時網(wǎng)絡性能的缺乏客觀的可以反映出效勞器處理水平存在優(yōu)化