阅读755 返回首页    go 阿里云 go 技术社区[云栖]


RDS FOR SQLSERVER 规格测试

 

测试场景一 :

2.1

 

压测数据 :

{6EE2CDEA-5B54-4983-B724-465BF9B79D01}

 

测试结果分析:

1. 该模型测试过程中主要是cpu消耗性,都没有超过不同规格实例的最大iops设置,所以瓶颈都是cpu资源,测试结果总体符合性能,随cpu资源的增大而增加
2. 测试qps和rt曲线平稳,rt方差很小,性能稳定性较好

 

 

测试场景二 :

{32B3222B-9111-44A2-ABDF-0E0945B88528}

 

测试数据:

{2BF466DD-D46E-45C7-952B-56B24B2DCE91}

 

 

测试结果分析 :

{9086B3DD-EC28-4034-A8E4-84D848C9F57C}

造成这种疑问的原因,分析后发现,实例规格大了,绑定的CPU多,压力加大后,数据库会利用多核来并发处理同一个SQL,造成CPU线程相互等待,性能下降,见下图:

{33A12B17-D06A-4CA0-B8C0-358F20E13939}

修改实例的并发参数max degree of parallelism,性能参数明显发生变化,其中x2large规格和x4large规格,qps明显增加5到10倍,见下图:

{88072341-EDEB-4920-A36D-3F15B68EE5C9}

而且稳定明显提高。

那么max degree of parallelism这个参数修改为几合适 ?这个参数的取值范围是 0到实例绑定的核数,那么我们针对不同的数值进行了测试,发现该值设置成2时,性能和稳定性相对较高,适合作为默认值。

 

 

测试场景三:

{6D7AD81F-4AFB-41AF-943A-3B4D8123F35C}

 

 

测试数据:

{1B5E52FC-3A7C-47AF-891E-BB3AF4B177E1}

 

整个测试中使用SQL语句:

{AB5965C5-563C-4F7D-B897-6AA4D9E6F7DD}第6张

{1F82E31F-3585-4814-977E-86490FAD377C}第7张

最后更新:2017-04-03 08:26:18

  上一篇:go RDS中的MYSQL备份恢复
  下一篇:go 周鸿祎又发内部信《大数据时代,聚焦安全,极致安全》