在线程组中设置线程属性,执行次数=线程数*循环次数

本次JOB共插入了5W条记录,从14:56:46开始到15:01:29结束共耗时343s,平均145.8条/s。
同理sql sever:从15:22:53开始到15:24:42结束共耗时109s,平均4587.2条/s。
oracle:从15:53:14开始到15:57:04结束共耗时109s,平均271.4条/s。
这篇文章是对前面三篇的一个总结:
1.从测试结果来看,原生的数据库性能分别是:SQL Server(4587)>Oracle(271)>Mysql(145),测试数据量分别为5W、50W、5W;
2.Mysql掉数据掉的比较厉害,5W条掉了大概有几千条;
3.原生Mysql的确只是适合小型项目的开发,但是由于Mysql本身是开源的,在淘宝团队的优化之后性能却发生了质的飞跃,性能秒杀Oracle、SQL Server;
4.在测试Oracle数据库性能过程中,发现在JMeter中批量执行插入语句就会报错,但是在PL/SQL中这样做就不会有问题,不知道为什么。


g.查看插入失败的数据,可以看到原生Mysql在丢包方面还是挺严重的,都是“Could not create enough Components to service your request (Timed out).”的超时错误。

网友评论