经咨询网站的同事,架构师,DBA,可能多台机器上有应用定时器(quartz框架)或者DB自身定时器干扰,与网络无关。
选择关闭上述所有应用定时器以及DB层定时器后,晚上重新执行多个场景的性能测试,并手工定期检查DB执行SQL。
再分析性能测试结果,依然有锯齿型数据且性能结果且很接近之前结果,但这个数据是可控程度高的数据。
用SQL查询性能测试期间DB 日志:
select SEQUENCE#,FIRST_TIME from v$log_history
2 where
3 FIRST_TIME >=to_date('20090209 19:00:00','yyyymmdd hh24:mi:ss')
4 and FIRST_TIME 发现有4个日志切换过程。 对比average reponse time拐点与日志切换时间点,部分与之吻合,但average reponse time拐点长度偏大。 经咨询每次日志切换约有20-50毫秒事务挂起。 另外部分不吻合部分,是service处理数据长度随机变化有关。
文章来源于领测软件测试网 https://www.ltesting.net/