數(shù)據(jù)庫(kù)復(fù)制性能測(cè)試 推送模式性能測(cè)試
發(fā)布日期:2022-01-17 11:05 | 文章來(lái)源:腳本之家
https://www.jb51.net/article/30661.htm
使用了數(shù)據(jù)庫(kù)復(fù)制的人,首先擔(dān)心的就是主服務(wù)器和備份服務(wù)器的性能消耗問(wèn)題,本人也是對(duì)此十分擔(dān)憂,查了半天,基本上沒(méi)發(fā)現(xiàn)類似的測(cè)試說(shuō)明,就自己測(cè)試了一下,下面為測(cè)試的結(jié)果,僅供參考
我采用的是數(shù)據(jù)庫(kù)推送的復(fù)制模式,下面測(cè)試頁(yè)是基于此模式
因?yàn)閿?shù)據(jù)庫(kù)復(fù)制主要是I/O操作,所以在此測(cè)試主要測(cè)試服務(wù)器的硬盤讀寫操作,此次測(cè)試主要監(jiān)控的對(duì)象為
avg. disk queue length(下文簡(jiǎn)稱為dql) 簡(jiǎn)單可以理解成磁盤數(shù)據(jù)吞吐量的外在體現(xiàn)。通俗的將就是曲線上隨便取兩個(gè)不同的點(diǎn),高的一點(diǎn)說(shuō)明正在的進(jìn)行讀寫操作的量比較大,反之,比較小。
第一種情況:1秒鐘寫入一次數(shù)據(jù),一次數(shù)據(jù)寫入三個(gè)表,循環(huán)寫入10000條
過(guò)程:關(guān)閉復(fù)制,單純的寫入,dql平均值最大值為:0.126
開(kāi)啟復(fù)制,同步性的寫入 , dql平均值最大值為 :0.132
結(jié)論:鑒于這種比例,1秒鐘一次是這種小數(shù)據(jù)庫(kù)的寫入,同步問(wèn)題,我們可以完全忽略了 第二種情況:忽略等待時(shí)間,一次數(shù)據(jù)寫入三個(gè)表,死循環(huán)寫入10000 次數(shù)據(jù)
過(guò)程 :關(guān)閉復(fù)制,單純的寫入,第一次測(cè)試:dql平均值最大值為:3.05-3.08 第二次測(cè)試:2.2-2.30
開(kāi)啟復(fù)制,同步性的寫入 , dql平均值最大值為 :3.06-3.10 第二次測(cè)試: 2.2-2.34
結(jié)論:可以由于兩次測(cè)試間隔時(shí)間比較長(zhǎng),機(jī)器的情況不一致,但是結(jié)果很明顯,都是相差不大 第三鐘情況:關(guān)閉復(fù)制,主服務(wù)器寫入 10000 次數(shù)據(jù) ,每次寫三個(gè)表,然后開(kāi)啟服務(wù)器,主服務(wù)器的 dql基本沒(méi)變化,因?yàn)槭菑?fù)制服務(wù)器寫數(shù)據(jù),和主服務(wù)器關(guān)聯(lián)性不大 就上述情況來(lái)看,復(fù)制基本上不會(huì)影響主服務(wù)器的性能消耗,但是,我們通過(guò)監(jiān)控SQL Server Profiler 會(huì)發(fā)現(xiàn),出現(xiàn)大量的復(fù)制監(jiān)視器,這種復(fù)制監(jiān)視器,會(huì)非常消耗服務(wù)器的性能,造成服務(wù)器緩慢,因?yàn)槭峭扑湍J?,所以主服?wù)器要時(shí)刻監(jiān)控自己的變化情況,而造成性能消耗,如下圖
我采用的是數(shù)據(jù)庫(kù)推送的復(fù)制模式,下面測(cè)試頁(yè)是基于此模式
因?yàn)閿?shù)據(jù)庫(kù)復(fù)制主要是I/O操作,所以在此測(cè)試主要測(cè)試服務(wù)器的硬盤讀寫操作,此次測(cè)試主要監(jiān)控的對(duì)象為
avg. disk queue length(下文簡(jiǎn)稱為dql) 簡(jiǎn)單可以理解成磁盤數(shù)據(jù)吞吐量的外在體現(xiàn)。通俗的將就是曲線上隨便取兩個(gè)不同的點(diǎn),高的一點(diǎn)說(shuō)明正在的進(jìn)行讀寫操作的量比較大,反之,比較小。
第一種情況:1秒鐘寫入一次數(shù)據(jù),一次數(shù)據(jù)寫入三個(gè)表,循環(huán)寫入10000條
過(guò)程:關(guān)閉復(fù)制,單純的寫入,dql平均值最大值為:0.126
開(kāi)啟復(fù)制,同步性的寫入 , dql平均值最大值為 :0.132
結(jié)論:鑒于這種比例,1秒鐘一次是這種小數(shù)據(jù)庫(kù)的寫入,同步問(wèn)題,我們可以完全忽略了 第二種情況:忽略等待時(shí)間,一次數(shù)據(jù)寫入三個(gè)表,死循環(huán)寫入10000 次數(shù)據(jù)
過(guò)程 :關(guān)閉復(fù)制,單純的寫入,第一次測(cè)試:dql平均值最大值為:3.05-3.08 第二次測(cè)試:2.2-2.30
開(kāi)啟復(fù)制,同步性的寫入 , dql平均值最大值為 :3.06-3.10 第二次測(cè)試: 2.2-2.34
結(jié)論:可以由于兩次測(cè)試間隔時(shí)間比較長(zhǎng),機(jī)器的情況不一致,但是結(jié)果很明顯,都是相差不大 第三鐘情況:關(guān)閉復(fù)制,主服務(wù)器寫入 10000 次數(shù)據(jù) ,每次寫三個(gè)表,然后開(kāi)啟服務(wù)器,主服務(wù)器的 dql基本沒(méi)變化,因?yàn)槭菑?fù)制服務(wù)器寫數(shù)據(jù),和主服務(wù)器關(guān)聯(lián)性不大 就上述情況來(lái)看,復(fù)制基本上不會(huì)影響主服務(wù)器的性能消耗,但是,我們通過(guò)監(jiān)控SQL Server Profiler 會(huì)發(fā)現(xiàn),出現(xiàn)大量的復(fù)制監(jiān)視器,這種復(fù)制監(jiān)視器,會(huì)非常消耗服務(wù)器的性能,造成服務(wù)器緩慢,因?yàn)槭峭扑湍J?,所以主服?wù)器要時(shí)刻監(jiān)控自己的變化情況,而造成性能消耗,如下圖

如何解決這個(gè)問(wèn)題呢?我們首先會(huì)想到,減少主服務(wù)器的監(jiān)視頻率即可,打開(kāi)復(fù)制監(jiān)視器,

右鍵--》發(fā)布服務(wù)器屬性設(shè)置,修改一下刷新速度,一般我們可以接受的是范圍是30-60秒的延遲

修改后,我們?cè)谌?SPAN style="FONT-FAMILY: Simsun">SQL Server Profiler查看,就會(huì)發(fā)現(xiàn)基本上消耗就會(huì)很少了
如果你的服務(wù)器復(fù)制模式為訂閱模式,那么你去--代理配置文件---》分發(fā)代理--里面去修改你的訂閱時(shí)間即可
作者: cnblogs 習(xí) 慣
作者: cnblogs 習(xí) 慣
版權(quán)聲明:本站文章來(lái)源標(biāo)注為YINGSOO的內(nèi)容版權(quán)均為本站所有,歡迎引用、轉(zhuǎn)載,請(qǐng)保持原文完整并注明來(lái)源及原文鏈接。禁止復(fù)制或仿造本網(wǎng)站,禁止在非maisonbaluchon.cn所屬的服務(wù)器上建立鏡像,否則將依法追究法律責(zé)任。本站部分內(nèi)容來(lái)源于網(wǎng)友推薦、互聯(lián)網(wǎng)收集整理而來(lái),僅供學(xué)習(xí)參考,不代表本站立場(chǎng),如有內(nèi)容涉嫌侵權(quán),請(qǐng)聯(lián)系alex-e#qq.com處理。
相關(guān)文章
關(guān)注官方微信