sys.dm_os_waiting_tasks 引發(fā)的疑問(下)
前面寫了兩篇了,其實(shí)不光是說sys.dm_os_waiting_tasks的應(yīng)用,研究了挺長(zhǎng)時(shí)間的并行,自己有了一些理解,所以分享出來希望有什么理解錯(cuò)誤的地方大神們及時(shí)糾正??!
給出前兩篇的連接:
SqlServer應(yīng)用之sys.dm_os_waiting_tasks 引發(fā)的疑問(上)
SqlServer應(yīng)用之sys.dm_os_waiting_tasks 引發(fā)的疑問(中)
前面兩篇的編寫有一個(gè)疑惑...最初認(rèn)為的并行比如這個(gè)語句:
select * from t1 inner join t2 on t1.a = t2.a
OPTION (querytraceon 8649 )
在我的理解并行是開幾個(gè)線程去獲取T1數(shù)據(jù),另外幾個(gè)線程獲取T2 數(shù)據(jù),然后關(guān)聯(lián)結(jié)果形成最后結(jié)果集??墒窃囼?yàn)了才發(fā)現(xiàn)自己原來想的和看到的結(jié)果不太一樣呀?。。?!
下面我們用前兩篇的例子繼續(xù)做試驗(yàn)...
這次我們2張表同時(shí)給鎖住,看看等待里是什么情況。
begin tran
update t1 set b = getdate()
update t2 set b = getdate()
查看sys.dm_os_waiting_tasks (3篇文章的語句代碼為了方便全都截圖的,情景模擬的代碼都很簡(jiǎn)單,就不貼出來了)
同樣是21條...但是要注意,我特意把四個(gè)獲取數(shù)據(jù)線程的 resource_description放在了前面:
keylock hobtid=72057594039042048 dbid=7 id=lock1ee280f00 mode=X associatedObjectId=72057594039042048
這次鎖的是T2了 (sys.objects 是分?jǐn)?shù)據(jù)庫...越著急越添亂哈哈 在MASTER里查partition_id = 72057594039042048 也有值 queue_messages_1067150847 ,INTERNAL_TABLE直接給我整蒙圈了??!細(xì)節(jié)呀~細(xì)節(jié))但是可以看出其實(shí)并行不是像我理解那樣兩張表會(huì)同時(shí)掃描。執(zhí)行計(jì)劃可以看出要先掃描T2表,所以這個(gè)例子中只是鎖住T2 ,如果和我想的執(zhí)行方式(同時(shí)掃描T1、T2)一樣應(yīng)該出現(xiàn)T1 、T2兩張表都有l(wèi)ck_m_s等待。
語句及執(zhí)行計(jì)劃再貼一次:
個(gè)人猜測(cè)所謂并行其實(shí)就是每個(gè)物理操作符的多線程同時(shí)操作,但單單這一個(gè)例子是不能說明問題的。SQL 也不會(huì)傻到并行只是操作符級(jí)別的吧? 這個(gè)沒有找到明確的答案,繼續(xù)研究爭(zhēng)取有結(jié)論!?。?br />
另一個(gè)問題union all 每個(gè)union 部分為什么不能同時(shí)執(zhí)行?難道真的是操作符級(jí)別的多線程并行?
希望大神給解答呀?。。?!
本篇內(nèi)容均為自己的理解,如有錯(cuò)誤請(qǐng)大神們及時(shí)指出?。≈x謝
篇幅限制,下面給出小段的測(cè)試代碼,沒有整理自己摘吧!
這個(gè)是在查詢執(zhí)行的時(shí)候 一直獲取sys.dm_os_waiting_tasks 等待信息,并以@a 為分組 ,標(biāo)示一次等待抓取,這樣我們可以看到整個(gè)語句并行的等待?! ?br />
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
您可能感興趣的文章:- 使用GruntJS構(gòu)建Web程序之Tasks(任務(wù))篇
- SqlServer應(yīng)用之sys.dm_os_waiting_tasks 引發(fā)的疑問(上)
- SqlServer應(yīng)用之sys.dm_os_waiting_tasks 引發(fā)的疑問(中)