sys.dm_os_waiting_tasks 引發的疑問(下)
前面寫了兩篇了，其實不光是說sys.dm_os_waiting_tasks的應用，研究了挺長時間的並行，自己有了一些理解，所以分享出來希望有什麼理解錯誤的地方大神們及時糾正！！
給出前兩篇的連接：
SqlServer應用之sys.dm_os_waiting_tasks 引發的疑問(上)
SqlServer應用之sys.dm_os_waiting_tasks 引發的疑問(中)
前面兩篇的編寫有一個疑惑...最初認為的並行比如這個語句：
select * from t1 inner join t2 on t1.a = t2.a OPTION (querytraceon 8649 )
在我的理解並行是開幾個線程去獲取T1數據，另外幾個線程獲取T2 數據，然後關聯結果形成最後結果集。可是試驗了才發現自己原來想的和看到的結果不太一樣呀！！！！
下面我們用前兩篇的例子繼續做試驗...
這次我們2張表同時給鎖住，看看等待裡是什麼情況。
begin tran
update t1 set b = getdate()
update t2 set b = getdate()
查看sys.dm_os_waiting_tasks （3篇文章的語句代碼為了方便全都截圖的，情景模擬的代碼都很簡單，就不貼出來了）
同樣是21條...但是要注意，我特意把四個獲取數據線程的 resource_description放在了前面：
keylock hobtid=72057594039042048 dbid=7 id=lock1ee280f00 mode=X associatedObjectId=72057594039042048
這次鎖的是T2了 （sys.objects 是分數據庫...越著急越添亂哈哈 在MASTER裡查partition_id = 72057594039042048 也有值 queue_messages_1067150847 ，INTERNAL_TABLE直接給我整蒙圈了！！細節呀~細節）但是可以看出其實並行不是像我理解那樣兩張表會同時掃描。執行計劃可以看出要先掃描T2表，所以這個例子中只是鎖住T2 ，如果和我想的執行方式（同時掃描T1、T2）一樣應該出現T1 、T2兩張表都有lck_m_s等待。
語句及執行計劃再貼一次：
個人猜測所謂並行其實就是每個物理操作符的多線程同時操作，但單單這一個例子是不能說明問題的。SQL 也不會傻到並行只是操作符級別的吧？ 這個沒有找到明確的答案，繼續研究爭取有結論！！！
另一個問題union all 每個union 部分為什麼不能同時執行？難道真的是操作符級別的多線程並行？
希望大神給解答呀！！！！
本篇內容均為自己的理解，如有錯誤請大神們及時指出！！謝謝
篇幅限制，下面給出小段的測試代碼，沒有整理自己摘吧！
這個是在查詢執行的時候 一直獲取sys.dm_os_waiting_tasks 等待信息，並以@a 為分組 ，標示一次等待抓取，這樣我們可以看到整個語句並行的等待。
declare @a int set @a = 0 while 1=1 begin insert into waiting_ecec select @a ,* from sys.dm_os_waiting_tasks a where session_id > 50 set @a = @a + 1 end truncate table waiting_ecec select * from waiting_ecec select a.resource_description,a.waiting_task_address,a.session_id,a.exec_context_id,a.wait_type,blocking_task_address,blocking_exec_context_id,blocking_session_id, e.task_address,e.parent_task_address,worker_address from sys.dm_os_waiting_tasks a left join sys.dm_os_tasks e on a.waiting_task_address =e.task_address and a.exec_context_id = e.exec_context_id where a.session_id > 50 SELECT session_id,status,blocking_session_id,wait_type,last_wait_type,scheduler_id,task_address FROM sys.dm_exec_requests where session_id = 53
