今天遇到一個很奇怪的情況，發(fā)現(xiàn)一個會話異常，這個會話只是在執(zhí)行一個簡單的存儲過程，里面使用了鏈接服務器（Linked Server）查詢另外一臺服務器數(shù)據(jù)（存儲過程里面沒有任何顯性事務、UPDATE、DELETE操作，只有幾個簡單的SELECT查詢，其中有兩個查詢使用了鏈接服務器Linked Server，由于生產(chǎn)環(huán)境，不好貼出SQL語句），在DPA監(jiān)控工具里面，發(fā)現(xiàn)該會話引起了非常長的OLEDB等待時間，手工執(zhí)行測試，發(fā)現(xiàn)并不耗費很長時間，KILL該會話后， 回滾狀態(tài)已完成一直是0%， 估計剩余時間也一直是0秒。如下截圖所示：
KILL 129 WITH STATUSONLY;
SPID 129: 正在進行事務回滾。估計回滾已完成: 0%。估計剩余時間: 0 秒。
如下所示，這個會話的start_time(Timestamp when the request arrived. Is not nullable.)為2016-10-18 02:17:58.210，到現(xiàn)在2016-10-19 16:02:30.173已經(jīng)有幾十個小時了，我kill會話的時間點為2016-10-19 12：00:01。
延伸閱讀
學習是年輕人改變自己的最好方式