जब मैं आईडी फ़ील्ड पर संकुल और गैर-क्लस्टर किए गए अनुक्रमणिका का उपयोग करता हूं, तो मैंने देखा कि जब मैं लॉक व्यवहार को अलग करता हूं, तो मैं एक डेडलॉकिंग समस्या को हल कर रहा हूं। अगर गति सूचकांक या प्राथमिक कुंजी को आईडी फ़ील्ड पर लागू किया जाता है, तो गतिरोध समस्या हल हो गई लगती है।
मेरे पास अलग-अलग पंक्तियों में एक या एक से अधिक अपडेट करने वाले लेनदेन हैं, जैसे लेनदेन A केवल ID = a के साथ पंक्ति को अपडेट करेगा, tx B केवल ID = b आदि के साथ पंक्ति को स्पर्श करेगा।
और मुझे समझ में आया है कि सूचकांक के बिना, अपडेट सभी पंक्तियों के लिए अपडेट लॉक का अधिग्रहण करेगा और आवश्यक होने पर अनन्य लॉक को गुप्त करेगा, जो अंततः गतिरोध की ओर ले जाएगा। लेकिन मैं यह पता लगाने में विफल हूं कि गैर-क्लस्टर किए गए सूचकांक के साथ क्यों, गतिरोध अभी भी है (हालांकि हिट दर को गिरा दिया जा रहा है)
विवरण सारणी:
CREATE TABLE [dbo].[user](
[id] [int] IDENTITY(1,1) NOT NULL,
[userName] [nvarchar](255) NULL,
[name] [nvarchar](255) NULL,
[phone] [nvarchar](255) NULL,
[password] [nvarchar](255) NULL,
[ip] [nvarchar](30) NULL,
[email] [nvarchar](255) NULL,
[pubDate] [datetime] NULL,
[todoOrder] [text] NULL
)डेडलॉक ट्रेस
deadlock-list
deadlock victim=process4152ca8
process-list
process id=process4152ca8 taskpriority=0 logused=0 waitresource=RID: 5:1:388:29 waittime=3308 ownerId=252354 transactionname=user_transaction lasttranstarted=2014-04-11T00:15:30.947 XDES=0xb0bf180 lockMode=U schedulerid=3 kpid=11392 status=suspended spid=57 sbid=0 ecid=0 priority=0 trancount=2 lastbatchstarted=2014-04-11T00:15:30.953 lastbatchcompleted=2014-04-11T00:15:30.950 lastattention=1900-01-01T00:00:00.950 clientapp=.Net SqlClient Data Provider hostname=BOOD-PC hostpid=9272 loginname=getodo_sql isolationlevel=read committed (2) xactid=252354 currentdb=5 lockTimeout=4294967295 clientoption1=671088672 clientoption2=128056
executionStack
frame procname=adhoc line=1 stmtstart=62 sqlhandle=0x0200000062f45209ccf17a0e76c2389eb409d7d970b0f89e00000000000000000000000000000000
update [user] WITH (ROWLOCK) set [todoOrder]=@para0 where id=@owner
frame procname=unknown line=1 sqlhandle=0x00000000000000000000000000000000000000000000000000000000000000000000000000000000
unknown
inputbuf
(@para0 nvarchar(2)<c/>@owner int)update [user] WITH (ROWLOCK) set [todoOrder]=@para0 where id=@owner
process id=process4153468 taskpriority=0 logused=4652 waitresource=KEY: 5:72057594042187776 (3fc56173665b) waittime=3303 ownerId=252344 transactionname=user_transaction lasttranstarted=2014-04-11T00:15:30.920 XDES=0x4184b78 lockMode=U schedulerid=3 kpid=7272 status=suspended spid=58 sbid=0 ecid=0 priority=0 trancount=2 lastbatchstarted=2014-04-11T00:15:30.960 lastbatchcompleted=2014-04-11T00:15:30.960 lastattention=1900-01-01T00:00:00.960 clientapp=.Net SqlClient Data Provider hostname=BOOD-PC hostpid=9272 loginname=getodo_sql isolationlevel=read committed (2) xactid=252344 currentdb=5 lockTimeout=4294967295 clientoption1=671088672 clientoption2=128056
executionStack
frame procname=adhoc line=1 stmtstart=60 sqlhandle=0x02000000d4616f250747930a4cd34716b610a8113cb92fbc00000000000000000000000000000000
update [user] WITH (ROWLOCK) set [todoOrder]=@para0 where id=@uid
frame procname=unknown line=1 sqlhandle=0x00000000000000000000000000000000000000000000000000000000000000000000000000000000
unknown
inputbuf
(@para0 nvarchar(61)<c/>@uid int)update [user] WITH (ROWLOCK) set [todoOrder]=@para0 where id=@uid
resource-list
ridlock fileid=1 pageid=388 dbid=5 objectname=SQL2012_707688_webows.dbo.user id=lock3f7af780 mode=X associatedObjectId=72057594042122240
owner-list
owner id=process4153468 mode=X
waiter-list
waiter id=process4152ca8 mode=U requestType=wait
keylock hobtid=72057594042187776 dbid=5 objectname=SQL2012_707688_webows.dbo.user indexname=10 id=lock3f7ad700 mode=U associatedObjectId=72057594042187776
owner-list
owner id=process4152ca8 mode=U
waiter-list
waiter id=process4153468 mode=U requestType=waitइसके अलावा एक दिलचस्प और संभव संबंधित खोज यह है कि गुच्छेदार और गैर-संकुल सूचकांक में अलग-अलग लॉक व्यवहार होते हैं
क्लस्टर किए गए सूचकांक का उपयोग करते समय, कुंजी पर एक विशेष लॉक होता है और साथ ही अपडेट करते समय RID पर एक विशेष लॉक होता है, जो अपेक्षित है; जबकि दो अलग-अलग RID पर दो विशेष लॉक हैं यदि गैर-संकुल सूचकांक का उपयोग किया जाता है, जो मुझे भ्रमित करता है।
मददगार होगा अगर कोई समझा सकता है कि इस पर भी क्यों।
परीक्षण एसक्यूएल:
use SQL2012_707688_webows;
begin transaction;
update [user] with (rowlock) set todoOrder='{1}' where id = 63501
exec sp_lock;
commit;आईडी के साथ संकुल सूचकांक के रूप में:
spid dbid ObjId IndId Type Resource Mode Status
53 5 917578307 1 KEY (b1a92fe5eed4) X GRANT
53 5 917578307 1 PAG 1:879 IX GRANT
53 5 917578307 1 PAG 1:1928 IX GRANT
53 5 917578307 1 RID 1:879:7 X GRANTगैर-संकुल सूचकांक के रूप में आईडी के साथ
spid dbid ObjId IndId Type Resource Mode Status
53 5 917578307 0 PAG 1:879 IX GRANT
53 5 917578307 0 PAG 1:1928 IX GRANT
53 5 917578307 0 RID 1:879:7 X GRANT
53 5 917578307 0 RID 1:1928:18 X GRANTEDIT1: किसी इंडेक्स के बिना डेडलॉक का विवरण
कहो कि मेरे पास दो tx A और B हैं, प्रत्येक में दो अपडेट स्टेटमेंट्स, अलग-अलग पंक्ति ऑफ कोर्स
ax A
update [user] with (rowlock) set todoOrder='{1}' where id = 63501
update [user] with (rowlock) set todoOrder='{2}' where id = 63501टीएक्स बी
update [user] with (rowlock) set todoOrder='{3}' where id = 63502
update [user] with (rowlock) set todoOrder='{4}' where id = 63502{1} और {4} के बाद से गतिरोध का मौका होगा
{१} पर, U लॉक को ६३५०५ पंक्ति के लिए अनुरोध किया गया है क्योंकि इसे टेबल स्कैन करने की आवश्यकता है, और X लॉक को पंक्ति ६३५०१ पर रखा जा सकता है क्योंकि यह स्थिति से मेल खाता है
{4} पर, यू लॉक को पंक्ति 63501 के लिए अनुरोध किया गया है, और एक्स लॉक पहले से ही 63502 के लिए है
इसलिए हमारे पास txA की 63501 और वेटिंग 63502 है, जबकि txB के पास 63502 वेटिंग 63501 है, जो एक गतिरोध है
EDIT2: मेरे परीक्षण मामले की एक बग को बदल देता है, यहां एक अंतर स्थिति बनती है। क्षमा करें भ्रम के लिए लेकिन बग एक अंतर स्थिति बनाता है, और अंततः गतिरोध का कारण लगता है।
चूंकि पॉल के विश्लेषण ने वास्तव में इस मामले में मेरी मदद की इसलिए मैं इसे एक उत्तर के रूप में स्वीकार करूंगा।
मेरे परीक्षण मामले की बग के कारण, दो लेनदेन txA और txB एक ही पंक्ति को अपडेट कर सकते हैं, नीचे:
tx ए
update [user] with (rowlock) set todoOrder='{1}' where id = 63501
update [user] with (rowlock) set todoOrder='{2}' where id = 63501टीएक्स बी
update [user] with (rowlock) set todoOrder='{3}' where id = 63501{2} और {3} में गतिरोध का मौका होगा जब:
txA RID पर X लॉक रखते समय कुंजी पर U लॉक का अनुरोध करता है ({1} के अद्यतन के कारण) txB अनुरोधों पर U लॉक को आर लॉक करता है जबकि कुंजी पर U लॉक रखता है
