程序師世界是廣大編程愛好者互助、分享、學習的平台,程序師世界有你更精彩!
首頁
編程語言
C語言|JAVA編程
Python編程
網頁編程
ASP編程|PHP編程
JSP編程
數據庫知識
MYSQL數據庫|SqlServer數據庫
Oracle數據庫|DB2數據庫
 程式師世界 >> 數據庫知識 >> 其他數據庫知識 >> MSSQL >> SqlServer運用之sys.dm_os_waiting_tasks 激發的疑問(上)

SqlServer運用之sys.dm_os_waiting_tasks 激發的疑問(上)

編輯:MSSQL

SqlServer運用之sys.dm_os_waiting_tasks 激發的疑問(上)。本站提示廣大學習愛好者:(SqlServer運用之sys.dm_os_waiting_tasks 激發的疑問(上))文章只能為提供參考,不一定能成為您想要的結果。以下是SqlServer運用之sys.dm_os_waiting_tasks 激發的疑問(上)正文


許多人在檢查SQL語句期待的時刻都是經由過程sys.dm_exec_requests檢查,期待類型也是經由過程wait_type得出,sys.dm_os_waiting_tasks也能夠看到session的期待那末有甚麼差別呢....

    空話不多說直接開整.

    測試版本2012

    sys.dm_os_waiting_tasks 的字段解釋:

waiting_task_address

varbinary(8)

期待義務的地址。

session_id

smallint

與義務聯系關系的會話的 ID。

exec_context_id

int

與義務聯系關系的履行高低文的 ID。

wait_duration_ms

int

此期待類型的總期待時光(毫秒)。此時光包括 signal_wait_time。

wait_type

nvarchar(60)

期待類型的稱號。

resource_address

varbinary(8)

義務期待的資本的地址。

blocking_task_address

varbinary(8)

以後持有此資本的義務。

blocking_session_id

smallint

正在壅塞要求的會話的 ID。假如此列為 NULL,則表現要求未被壅塞,或鎖定會話的會話信息弗成用(或沒法停止標識)。

-2 = 壅塞資本由孤立的散布式事務具有。

-3 = 壅塞資本由延遲的恢復事務具有。

-4 = 因為外部闩鎖狀況轉換而沒法肯定壅塞闩鎖一切者的會話 ID。

blocking_exec_context_id

int

正在壅塞的義務的履行高低文 ID。

做個小例子:  

-----開啟事務更新一張表而且不提交。
    begin tran 
    update t1 set b = getdate()
    -----做一個查詢 而且開啟並行
    select * from t1 inner join t2 on t1.a = t2.a
    option (querytraceon 8649)

    查詢sys.dm_os_waiting_tasks 的成果,udate :session 55, select : session 54,如圖開一看到session 中湧現了

21條期待(虛機給了雙核4線程),那末可以看出wait_type 為LCK_M_S的有四條,這個可以懂得是開並行起了四個線程要掃描表t1全體期待狀況,從 resource_description 字段信息中我們看一下能否是T1表的期待。        

    

     從”ridlock fileid=1 pageid=109 dbid=7 id=lock1f03c7700 mode=X associatedObjectId=72057594038910976“  這個信息中我們曉得ridlock fileid=1 pageid=109 dbid=7   

    dbcc traceon (3604)
    dbcc page(7,1,109,3)

 

    

肯定了LCK_M_S的四條確切是掃描表所發生的期待,那末其他的CXPACKET期待是甚麼鬼? 從紀律中可以看出CXPACKET期待的分紅四組每組4條 exec_context_id分離是 5,6,7,8(四個期待掃表的線程),還有一個上圖中的第十三行“exchangeEvent id=Port1fe7a2200 WaitType=e_waitPortOpen nodeId=0”  應當是調劑的線程。

    sys.dm_os_waiting_tasks裡在並行籌劃的履行中湧現了 CXPACKET 和 LCK_M_S 那末我們來看一下 sys.dm_exec_requests 裡是若何顯示的(這裡只掏出實驗用的字段)

    

    blocking_session_id 居然是0 , wait_type 居然是CXPACKET(並行期待,我們曉得重要的期待緣由不是這個),別的不雅察 發明這外面抓取的TASK_ADDRESS 是調劑線程。經由其他試驗得知 sys.dm_exec_requests 在並行的期待中沒法取得真實的期待類型和資本。假如撤消並行,履行一個串行籌劃兩個視圖獲得的成果是一樣的。

    例子中我們看出了sys.dm_exec_requests 和sys.dm_os_waiting_tasks 在現實應用中關於並行的差別,但不單單只要這一個疑問,4線程並行籌劃為何一下會湧現21條期待?並行籌劃怎樣履行的? 我們下篇持續說....

  1. 上一頁:
  2. 下一頁:
Copyright © 程式師世界 All Rights Reserved