您好,登錄后才能下訂單哦!
這篇文章主要為大家展示了“數據庫中刪除alwayson主節點一個表的統計信息導致一個輔助節點的同步延遲”,內容簡而易懂,條理清晰,希望能夠幫助大家解決疑惑,下面讓小編帶領大家一起研究并學習一下“數據庫中刪除alwayson主節點一個表的統計信息導致一個輔助節點的同步延遲”這篇文章吧。
環境:
sqlserver2014 alwayson架構
一個輔助節點丟失統計信息。
用戶在客戶端通過鏈接服務器查詢一個輔助節點的表的信息。
select * from [10.0.0.100].[hr].table1
報錯:
查詢到輔助節點10.0.0.100上面的這個table1表的統計信息_WA_Sys_00000091_28B9D11F里面的信息丟失。
處理辦法:
去主節點drop這個表的統計信息。
drop statistics dbo.table1._WA_Sys_00000091_28B9D11F
drop完成后,再在客戶端通過鏈接服務器查詢這個輔助節點上這個表table1就正常了。
但是卻導致另外一個輔助節點在查詢這個表的SQL出現了LCK_M_SCH_S的wait_type
這句SQL也是在查詢table1表。
另外也導致一個事務在這個輔助節點一直沒有完成。
而alwayson的同步也出現了問題:
從時間點來看:
進行drop主節點那個表的統計信息、發生SQL的LCK_M_SCH_S的wait_type、事務一直沒有釋放、alwayson同步不正常。
在這期間table1表產生了很多的阻塞。
導致問題是,在出現同步問題的這個輔助節點的查詢數據和主節點出現不一致問題。
最后沒有采取什么辦法,到了15點后,那個事務自己釋放后同步自動恢復了。
因為這個時間table1表有很多的死鎖,判斷是deadlock的發生釋放了這個事務,恢復了同步。
以上是“數據庫中刪除alwayson主節點一個表的統計信息導致一個輔助節點的同步延遲”這篇文章的所有內容,感謝各位的閱讀!相信大家都有了一定的了解,希望分享的內容對大家有所幫助,如果還想學習更多知識,歡迎關注億速云行業資訊頻道!
免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。