數(shù)據(jù)庫(kù)中刪除alwayson主節(jié)點(diǎn)一個(gè)表的統(tǒng)計(jì)信息導(dǎo)致一個(gè)輔助節(jié)點(diǎn)的同步延遲

這篇文章主要為大家展示了“數(shù)據(jù)庫(kù)中刪除alwayson主節(jié)點(diǎn)一個(gè)表的統(tǒng)計(jì)信息導(dǎo)致一個(gè)輔助節(jié)點(diǎn)的同步延遲”，內(nèi)容簡(jiǎn)而易懂，條理清晰，希望能夠幫助大家解決疑惑，下面讓小編帶領(lǐng)大家一起研究并學(xué)習(xí)一下“數(shù)據(jù)庫(kù)中刪除alwayson主節(jié)點(diǎn)一個(gè)表的統(tǒng)計(jì)信息導(dǎo)致一個(gè)輔助節(jié)點(diǎn)的同步延遲”這篇文章吧。

環(huán)境：
sqlserver2014 alwayson架構(gòu)
一個(gè)輔助節(jié)點(diǎn)丟失統(tǒng)計(jì)信息。
用戶(hù)在客戶(hù)端通過(guò)鏈接服務(wù)器查詢(xún)一個(gè)輔助節(jié)點(diǎn)的表的信息。
select * from [10.0.0.100].[hr].table1
報(bào)錯(cuò)：

查詢(xún)到輔助節(jié)點(diǎn)10.0.0.100上面的這個(gè)table1表的統(tǒng)計(jì)信息_WA_Sys_00000091_28B9D11F里面的信息丟失。

處理辦法：
去主節(jié)點(diǎn)drop這個(gè)表的統(tǒng)計(jì)信息。
drop statistics dbo.table1._WA_Sys_00000091_28B9D11F

drop完成后，再在客戶(hù)端通過(guò)鏈接服務(wù)器查詢(xún)這個(gè)輔助節(jié)點(diǎn)上這個(gè)表table1就正常了。

但是卻導(dǎo)致另外一個(gè)輔助節(jié)點(diǎn)在查詢(xún)這個(gè)表的SQL出現(xiàn)了LCK_M_SCH_S的wait_type
這句SQL也是在查詢(xún)table1表。

另外也導(dǎo)致一個(gè)事務(wù)在這個(gè)輔助節(jié)點(diǎn)一直沒(méi)有完成。

而alwayson的同步也出現(xiàn)了問(wèn)題：


從時(shí)間點(diǎn)來(lái)看：
進(jìn)行drop主節(jié)點(diǎn)那個(gè)表的統(tǒng)計(jì)信息、發(fā)生SQL的LCK_M_SCH_S的wait_type、事務(wù)一直沒(méi)有釋放、alwayson同步不正常。
在這期間table1表產(chǎn)生了很多的阻塞。
導(dǎo)致問(wèn)題是，在出現(xiàn)同步問(wèn)題的這個(gè)輔助節(jié)點(diǎn)的查詢(xún)數(shù)據(jù)和主節(jié)點(diǎn)出現(xiàn)不一致問(wèn)題。

最后沒(méi)有采取什么辦法，到了15點(diǎn)后，那個(gè)事務(wù)自己釋放后同步自動(dòng)恢復(fù)了。
因?yàn)檫@個(gè)時(shí)間table1表有很多的死鎖，判斷是deadlock的發(fā)生釋放了這個(gè)事務(wù)，恢復(fù)了同步。 

以上是“數(shù)據(jù)庫(kù)中刪除alwayson主節(jié)點(diǎn)一個(gè)表的統(tǒng)計(jì)信息導(dǎo)致一個(gè)輔助節(jié)點(diǎn)的同步延遲”這篇文章的所有內(nèi)容，感謝各位的閱讀！相信大家都有了一定的了解，希望分享的內(nèi)容對(duì)大家有所幫助，如果還想學(xué)習(xí)更多知識(shí)，歡迎關(guān)注億速云行業(yè)資訊頻道！