数据库复制性能和推送模式性能测试

上一篇 / 下一篇  2012-07-10 09:51:06 / 个人分类：数据库

查看( 335 ) / 评论( 0 ) / 评分( 0 / 0 )

@(J%r_(LM2T&q0　　使用了数据库复制的人，首先担心的就是主服务器和备份服务器的性能消耗问题，本人也是对此十分担忧，查了半天，基本上没发现类似的测试说明，就自己测试了一下，下面为测试的结果，仅供参考51Testing软件测试网d9UdR"?2uy x

2a b R!V5^}3SZ0　　我采用的是数据库推送的复制模式，下面测试页是基于此模式51Testing软件测试网"Q/z$ChFR)\~]Z

%iB!yZB-G!J0　　因为数据库复制主要是I/O操作，所以在此测试主要测试服务器的硬盘读写操作，此次测试主要监控的对象为

Eq D[o/rX}W,h051Testing软件测试网X+J'ciAh

　　avg. disk queue length（下文简称为dql） 简单可以理解成磁盘数据吞吐量的外在体现。通俗的将就是曲线上随便取两个不同的点，高的一点说明正在的进行读写操作的量比较大，反之，比较小。

4~ xQ2b8gs3AUh0

u c[v-Gq3ih0　　第一种情况：1秒钟写入一次数据，一次数据写入三个表，循环写入10000条51Testing软件测试网J@o| mQS)z-wL*@/Z

51Testing软件测试网#a/Qp6e^&_`Y S

　　过程：关闭复制，单纯的写入，dql平均值最大值为：0.126

7[$K5oo8R,El051Testing软件测试网S`Q!U#e b*| b

　　开启复制，同步性的写入 ， dql平均值最大值为 ：0.13251Testing软件测试网5jnt$J'S;ZGo

-A9Ko%{7H(v8Tp0　　结论：鉴于这种比例，1秒钟一次是这种小数据库的写入，同步问题，我们可以完全忽略了

F Yp4K-Eo s%kHl0

y p6n E_7\0　　第二种情况：忽略等待时间，一次数据写入三个表，死循环写入10000 次数据

h5q [CksHk051Testing软件测试网:e9^d(a:LmDu

　　过程 ：关闭复制，单纯的写入，第一次测试：dql平均值最大值为：3.05-3.08 第二次测试：2.2-2.3051Testing软件测试网*H b+V4NsN

51Testing软件测试网/` vh8p8v

　　开启复制，同步性的写入 ， dql平均值最大值为 ：3.06-3.10      第二次测试：2.2-2.34

}:[:eXD9Y"w8A051Testing软件测试网 aNPU1]$Im&X

　　结论：可以由于两次测试间隔时间比较长，机器的情况不一致，但是结果很明显，都是相差不大51Testing软件测试网ayM"Z#Q

51Testing软件测试网vpNYm?

　　第三钟情况：关闭复制，主服务器写入 10000 次数据 ，每次写三个表，然后开启服务器，主服务器的 dql基本没变化，因为是复制服务器写数据，和主服务器关联性不大

o4^4K2e`S~0

2A Vb,r'L/~0　　就上述情况来看，复制基本上不会影响主服务器的性能消耗，但是，我们通过监控SQLServer Profiler 会发现，出现大量的复制监视器，这种复制监视器，会非常消耗服务器的性能，造成服务器缓慢，因为是推送模式，所以主服务器要时刻监控自己的变化情况，而造成性能消耗，如下图

;F3_ iZ g!s!C0

51Testing软件测试网"K/spEk'q){7m

　　如何解决这个问题呢？我们首先会想到，减少主服务器的监视频率即可，打开复制监视器，51Testing软件测试网H |)r](e c

}tn^5\e[ x0

　　右键--》发布服务器属性设置，修改一下刷新速度，一般我们可以接受的是范围是30-60秒的延迟51Testing软件测试网&J.Ym7X7Be

/Y b`#_T~T0

　　修改后，我们在去SQL Server Profiler 查看，就会发现基本上消耗就会很少了。51Testing软件测试网B3y~N0F+iK$G

　　如果你的服务器复制模式为订阅模式，那么你去--代理配置文件---》分发代理--里面去修改你的订阅时间即可。51Testing软件测试网(\5]4B G7w3MXp ?


收藏 举报

TAG:

 

评分：0

我来说两句

Open Toolbar