数据库性能测试报告.docx
《数据库性能测试报告.docx》由会员分享,可在线阅读,更多相关《数据库性能测试报告.docx(7页珍藏版)》请在冰豆网上搜索。
数据库性能测试报告
数据库系统性能测试报告
1方案概述3
2参考资料3
3术语解释3
4系统简介3
5测试环境3
6测试指标4
7测试工具和测试策略4
8测试数据收集4
9测试结果数据以及截图5
10测试结论10
1方案概述
目的:
找出系统潜在的性能缺陷
目标:
从平安,可靠,稳定的角度出发,找出性能缺陷,并且找出系统最正确承受并发用户数,以及并发
用户数下长时间运行的负载情况,如要并发100用户,如何对系统进行调优
概述:
本次测试方案主要收集分析数据库处理并发请求相关数据,做出分析和调优
测试时间:
*年*月**日*点*分-*点*分
2参考资料
相关性能测试资料
3术语解释
性能测试
英文解释:
Performancetesting
概念解释:
运行性能测试确定系统处理水平,来判断系统是否需要优化
负载测试
英文解释:
Loadtesting
概念解释:
通过系统面临多资源运行或被攻击情况下进行测试
4系统简介
数据库效劳器,支持整个系统对数据的存储过程
5测试环境
硬件环境
软件环境
效劳器
效劳器地址
CUP
内存
硬盘
软件版本
操作系统
数据库效劳
器
6测试指标
测试时间:
*年*月*日一*年*月*日
测试范围:
数据库处理效劳器或客户端请求信息〔插入,查询,更新,删除〕语句时,效劳器各项性能指标
的性能测试
Jmeter指标:
〔由于Apache旗下性能测试工具Jmeter收集的性能指标偏少,下面的数据选取代表性指标〕
1.Average/ms:
效劳器处理事物平均响应时间〔表示客户端请求到效劳器处理信息且反响客户端的时间〕
2.Throughput/s:
效劳器每秒处理请求数〔表示效劳器每秒处理客户端请求数〔单位:
个/秒〕〕
3.KB/s:
效劳器每秒接受到的数据流量〔表示效劳器每秒接受到客户端请求的数据量KB表示〕
硬件指标:
1.%Processortime:
CUP使用率〔平均低于75%,低于50%更佳〕
2.System:
ProcessorQueueLength:
CUP队列中的线程数〔每个处理器平均低于2〕
3.Memory:
Pages/sec:
内存错误页数〔平均低于20,低于15更佳〕
4.PhysicalDisk-%DiskTime:
磁盘使用率〔平均低于50%〕
5.SQLServer:
BufferManager-BufferCacheHitRatio:
〔在缓冲区告诉缓存中找到而不需要从磁盘中读取的页的百分比,正常情况次比率超过90%,理想状态接近99%〕
7测试工具和测试策略
测试工具:
Apache-Jmeter2.3.2
测试策略:
根据公司内部实际情况,以及业务分布设置数据库访问量即并发用户数
测试数据:
由于涉及公司内部数据不便外泄,敬请见谅!
数据说明:
选取数据均为代表性数据,包括存储过程以及查询,更新,删除,插入
8测试数据收集
收集多轮测试的结果进行比照,绘制成几何增长图形,找出压力转折点
数据库性能测试报告
75个
9测试结果数据以及截图
前提条件:
用户数为80个用户数时,并发访问数据库,发生错误,所以最正确用户定在
9.1Jmeter性能指标
Average/ms
、Average
用户数与事物平均响应时间
0
用户数〔个〕
数据分析:
本图表示效劳器处理请求的平均相应时间,
最正确性能是随着并发用户数的增加,平均事物响应时间比较平缓.本图清楚可以看到,随着并发用户数的增加事物响应也随着上升,
Throughput/s
数
个
229.0
228.0
227.0
226.0
225.0
224.0
223.0
222.0
221.0
220.0
219.0
数据分析:
本图表示效劳器每秒处理请求个数
最正确性能效劳器处理处理请求数是随着用户的增加而增加
本图可以直观看到效劳器处理请求数的个数并未随着用户数的增加而增加
KB/S
Throughput/sec
数
个
用户数与效劳器处理请求关系图
数据库分析:
本图为效劳器每秒接受到的数据流量
最正确或理想状态下,效劳器接受到的数据流量一定是随着用户数的增加而上升
上图使用折线视图清楚说明当用户数增加的同时效劳器接受的请求数据流量并未上升
总计请求数
请求总数与用户数图
用户数与请求数
66500
65500
66000
5102030404550556065707580859095100用户数〔个〕
数据库分析:
上图明显看出5-15个用户数发起请求时,总请求数比较高而且平缓
当在25-30之后的请求总数与并发用户数的不成比例
反而随着并发用户数的增加,总请求数在下降!
9.2硬件指标图
卜图为75并发用户数发起请求效劳器硬件信息监控图
总hl,・■■cr•■聿£■M-'l,.芝,
女件H>料轼工]乡音俗炉周国1里山■©〔!
!
〕
Q后十*◎-同日心|QEJ•敝心安〞£.电.
1〕单〞>、JnH〞、&p^Ftl**〔.♦七』号Kin-三]0咆1W至•
'J_』
flfil〞切西闻0|+1熬1用电僮I/IIWM倒
"rn1r
S59D
95I
30
T.bn'rri4口el.QisE-'ho.awiUfar』力铲’:
飞舟日sod
数也二IllhFVl■如胤[我剧1文系LP翼机
113CimjtTint_Tm*1--竹EL:
Uh3kV!
.vZSl
1JOD如——S^jvtrW.%3*EKVtEL
I口口DOIViau.〞,"Qu-L1门————£F\\lSErH-SZKWB2
1JXJD~4£?
='5/ese--UsnovN\'>3TE
1jjob1骷口班MMT114_Iot-sl-P工•NUM\\1YE
d
彳带g我e电运
±_当|?
丁'口型“Mp"讣词/cc】m口uz-vieu土箝述m却沁心“r,2-,.]画匕4“酬出,*鹏齿,..|«^s;o«
数据分析:
上图直观表现出内存错误页数平均值在20,峰值高达1300〔蓝线〕
正常平均数据为20以下,15以下更佳
卜图为50并发用户数发起请求效劳器硬件信息监控图
数据分析:
上图直观表现出内存错误页数平均值在20,峰值高达1300〔蓝线〕
正常平均数据为20以下,15以下更佳
备注:
〔更多硬件指标图请到192.168.1.***机器下F:
\jmeterreport\jmeter中观察〕
10测试结论
Jmeter性能指标分析
由Jmeter性能指标最直观的可以看出时网络性能的缺乏
客观的可以反映出效劳器处理水平存在优化空间
优化建议:
增加网络速度〔增加宽带兆数〕
3.5效劳器可以承受75个用户同时并发访问,但是,本次测试不代表效劳器负载水平
效劳器硬件信息监控数据分析
结合Jmeter性能指标和多个硬件监控图得出内存是效劳器瓶颈之一
优化建议:
提升内存质量,更换更大内存以提升内存处理水平