Algılama ve kilitlenmeleri bitiş

Kilitlenmeye kaynaklar

Her kullanıcı oturum nereye her görev Al veya çeşitli kaynaklar almak için beklemek kendi adına çalışan bir veya daha fazla görev olabilir.Aşağıdaki kaynak türlerini engelleme neden neden bir çıkmaz.

• Kilitler.Almak için bekliyor kilitler nesneleri, sayfaları, satırları gibi kaynaklar üzerinde meta veriler ve uygulamalar neden olabilir çıkmaz.Örneğin, hareket T1 üzerinde satır r1 (s) paylaşılan kilit sahiptir ve R2'ye özel (x) kilidi almak için bekliyor.Hareket T2 sahip bir paylaşılan (s) kilit R2 ve bir özel (x) almak için beklediğini kilit satır r1 üzerinde.Bu sonuçlar , T1 ve T2 bekleyin birbirlerinin kilitlenmiş kaynakları serbest bırakmak bir Kilit döngüsü içinde.

• İş parçacıkları.Bir kullanılabilir iş parçacığı neden olabilir için bir sıraya alınmış görev bekleyen çıkmaz.Sıraya alınan görev tüm alt iş parçacıklarını engelleyen kaynaklara sahipse bir çıkmaz neden olur.Örneğin, oturum S1 bir hareket başlatır ve paylaşılan (s) edinme kilit satır r1 ve uyku gider.Etkin oturumları tüm kullanılabilir çalışan iş parçacığı üzerinde çalışan özel (x) satır r1 üzerinde kilitleri almaya çalışıyorsunuz.Oturum S1 bir çalışan iş parçacığı edinemez çünkü olamaz yürütme hareket ve yayın satır r1 üzerinde kilit.Bu sonuçlar bir kilitlenme içinde.

• Bellek.Eş zamanlı istekler için kullanılabilir bellek ile karşılanan bellek verir bekleyen çıkmaz oluşabilir.Örneğin, iki eşzamanlı sorguları, S1 ve S2, sırasıyla 10 mb ve 20 mb belleğe alma kullanıcı tanımlı fonksiyonlar yürütmek.Her sorgu 30 mb gerekiyor ve toplam kullanılabilir bellek 20 MB'dir, sonra S1 ve S2 beklemesi gereken birbirlerinin bellek ve bu serbest bırakmak, sonuçlar bir kilitlenme içinde.

• Paralel sorgu yürütme ile ilgili kaynakları exchange bağlantı noktası ile ilişkili koordinatörü, producer veya tüketici iş parçacığı her diğer neden engelleyin bir çıkmaz genellikle ne zaman en az bir diğer dahil olmak üzere işlem yani paralel sorgu parçası değil.Ayrıca, bir paralel sorgu başladığında yürütme, SQL Server belirler ölçüde parallelism, ya da işçi iş parçacığı, dayalı geçerli bir iş yükü.Sistem yükünü beklenmedik bir şekilde, örneğin, burada sunucu üzerinde çalışan yeni sorgular başlatmak veya dışında çalışan iş parçacıkları, sistem çalışır değişirse bir çıkmaz ortaya çıkabilecek.

• Birden çok etkin sonuç kümeleri (mars) kaynakları.Bu kaynaklar, mars altında etkin birden çok istek Transparency denetlemek için kullanılır (bkz: Toplu iş yürütme ortamı ve mars).

  • Kullanıcı kaynak.iş parçacığı kullanıcı uygulama tarafından kontrol edilir kaynak için bekleyen kaynak dış veya kullanıcı kaynak olarak kabul edilir ve kilit gibi işlem görür.

  • Oturum mutex.Tek bir görevin belirli saat içinde oturum altında çalıştırabilirsiniz anlamına gelen tek bir oturumda çalışan görevler Aralanmış.Görevi çalıştırmak için önce oturum mutex özel kullanım erişimi olması gerekir.

  • Hareket mutex.Tek bir işlemle çalışan tüm görevleri, görevin tek bir hareket altında çalıştırabilirsiniz anlamına gelen Aralanmış bir verilen saat.Görevi çalıştırmak için önce hareket mutex özel kullanım erişimi olması gerekir.

  mars altında çalışacak bir görev, oturum mutex edinmeniz gerekir.Görev işlem altında çalışıyorsa, hareket mutex edinmeniz gerekir.Bu, yalnızca bir görev etkin olduğu tek tek garanti eder saat belirli bir oturum ve belirli bir hareket.Gerekli zaman uyumu sağlayıcılar alımları sonra görev için yürütmek.Ne zaman görev tamamlanmadan veya istek ortasında sayıları, onu ilk hareket mutex alım, ters sırada oturum mutex tarafından izlenen serbest bırakır.Ancak, bu kaynaklar ile kilitlenmeleri oluşabilir.Aşağıdaki kod örneği, iki görevi, kullanıcının isteği U1 ve U2 kullanıcı isteği, aynı şekilde çalışan oturum.

  U1:    Rs1=Command1.Execute("insert sometable EXEC usp_someproc");
  U2:    Rs2=Command2.Execute("select colA from sometable");
  

  saklı yordam U1 oturum zaman uyumu sağlayıcısı alınan kullanıcı isteği yürütülürken.Saklı yordamı yürütmek için saat alıyor, onu tarafından kabul edilir Veritabanı Altyapısı saklı yordam bekleyen giriş kullanıcı.Kullanıcı isteği U2 kullanıcı için beklediği sırada oturum zaman uyumu sağlayıcısı için bekleyen sonuç küme , U2'dan ve U1 kullanıcı kaynak için bekliyor.Bu çıkmaz durumu mantıksal olarak gösterildiği gibidir:

Karşılıklı kilitlenme algılaması

Katılan tüm yukarıdaki bölümde listelenen kaynaklar Veritabanı Altyapısı çıkmaz algılama düzeni.Tarafından düzenli olarak tüm görevleri içinde arama başlatan bir kilit izleme iş parçacığı kilitlenme algılaması gerçekleştirilir bir örnek , Veritabanı Altyapısı.Aşağıdaki noktaları arama işlemini açıklar:

• Aralığı için varsayılan değer 5 saniyedir.

• Kilit izleme iş parçacığı çıkmaz bulursa, çıkmaz algılama aralığı için 5 saniyeden drop 100 milisaniye kilitlenmeleri sıklığı bağlı olarak düşük.

• Kilit izleme iş parçacığı kilitlenme, bulma durursa Veritabanı Altyapısı aramaları arasındaki aralıkları artırır5 saniye. için

• Yalnızca bir çıkmaz algılandı, kilit için beklemesi gereken sonraki iş parçacığı çıkmaz döngüsü girmekte olduğunuz varsayılır.Kilit beklediği bir çıkmaz algılandı sonra kelimenin ilk hemen bir çıkmaz arama tetiklemek yerine İleri çıkmaz algılama aralığı için bekleyin.Örneğin, geçerli aralık 5 saniyede bir çıkmaz hemen tespit edildi ise, sonraki kilit wait çıkmaz algılayıcısı hemen kick.Bu kilit bekleme çıkmaz parçası ise, hemen yerine sonraki çıkmaz arama sırasında algılanacaktır.

The Veritabanı Altyapısı typically performs periodic deadlock detection only.Sistemde karşılaşılan tıkanma sayısı genellikle küçük olduğu için dönemsel çıkmaz algılaması sisteminde çıkmaz algılama yükü azaltmak için yardımcı olur.

Belirli bir iş parçacığı çıkmaz arama kilit İzleyicisi'ni başlattığında, iş parçacığı bekleyen kaynak tanımlar.Kilit İzleyicisi sonra o özellikle için sahibi görüntülemenize bulur kaynak ve bir döngü bulana kadar yinelemeli olarak eder bu iş parçacığı çıkmaz arayın.Bu şekilde tanımlanan bir döngüsü bir çıkmaz oluşturur.

çıkmaz algılandıktan sonra Veritabanı Altyapısı bir iş parçacığı çıkmaz seçerek bir çıkmaz sona kurban.The Veritabanı Altyapısı terminates the current batch being executed for the thread, rolls back the transaction of the deadlock victim, and returns a 1205 error to the application.Hareket çıkmaz için geri kurban hareket tarafından tutulan tüm kilitleri serbest bırakır.Bu hareketleri engellenmemiş hale gelir ve devam etmek için başka bir iş verir.1205 çıkmaz kurban hata hata günlüğüne iş parçacıkları ve bir çıkmazyle ilgili kaynaklar hakkındaki bilgileri kaydeder.

Varsayılan olarak, Veritabanı Altyapısı çıkmaz seçer kurban ucuz geri almak almak dönme hareketi çalıştıran oturumuAlternatif olarak, bir kullanıcı oturumları önceliğini AYARLAMAK DEADLOCK_PRIORITY kullanarak bir çıkmaz durumu belirtebilirsiniz deyim.DEADLOCK_PRIORITY olabilir küme için yüksek, normal veya düşük veya alternatif olabilir küme için herhangi bir tamsayı değer aralığında (10 -10).çıkmaz önceliği normal olarak varsayılan.Farklı bir çıkmaz öncelikleri iki oturumu varsa, daha düşük önceliğe sahip oturum çıkmaz seçilen kurban.Her iki oturumu aynı çıkmaz önceliği varsa, oturum geri almak almak dönmek en ucuz hareketi ile seçilir.Oturumlar çıkmaz döngüsünde yer alan aynı çıkmaz önceliği ve aynı maliyet, kurban rasgele seçilir.

clr ile çalışırken, çıkmaz Monitörü içinde yönetilen yordamları erişilen çıkmaz (monitör, Okuyucu/Yazıcı kilit ve iş parçacığı birleştirmek) eşitleme kaynaklar için otomatik olarak algılar.Ancak, çıkmaz olarak seçildi yordamda özel durum üretiliyor tarafından çıkmaz çözülür kurban.Özel durumu otomatik olarak şu anda kurban tarafından sahip olunan kaynakları serbest bırakmıyor olduğunu bilmek önemlidir; açıkça kaynakları serbest bırakılacak.çıkmaz tanımlamak için kullanılan özel durum davranışı ile tutarlı, özel durum kurban yakalandı ve atlamamış.

Kilitlenme bilgileri Araçlar

çıkmaz bilgileri görüntülemek için Veritabanı Altyapısı iki izleme bayrakları, form ve çıkmaz graph olay izleme araçları sağlar SQL Server Profiler.

İzleme bayrağı 1204 ve izleme bayrağı 1222

Deadlock encountered .... Printing deadlock information
Wait-for graph

Node:1

RID: 6:1:20789:0               CleanCnt:3 Mode:X Flags: 0x2
 Grant List 0:
   Owner:0x0315D6A0 Mode: X        
     Flg:0x0 Ref:0 Life:02000000 SPID:55 ECID:0 XactLockInfo: 0x04D9E27C
   SPID: 55 ECID: 0 Statement Type: UPDATE Line #: 6
   Input Buf: Language Event: 
BEGIN TRANSACTION
   EXEC usp_p2
 Requested By: 
   ResType:LockOwner Stype:'OR'Xdes:0x03A3DAD0 
     Mode: U SPID:54 BatchID:0 ECID:0 TaskProxy:(0x04976374) Value:0x315d200 Cost:(0/868)

Node:2

KEY: 6:72057594057457664 (350007a4d329) CleanCnt:2 Mode:X Flags: 0x0
 Grant List 0:
   Owner:0x0315D140 Mode: X        
     Flg:0x0 Ref:0 Life:02000000 SPID:54 ECID:0 XactLockInfo: 0x03A3DAF4
   SPID: 54 ECID: 0 Statement Type: UPDATE Line #: 6
   Input Buf: Language Event: 
     BEGIN TRANSACTION
       EXEC usp_p1
 Requested By: 
   ResType:LockOwner Stype:'OR'Xdes:0x04D9E258 
     Mode: U SPID:55 BatchID:0 ECID:0 TaskProxy:(0x0475E374) Value:0x315d4a0 Cost:(0/380)

Victim Resource Owner:
 ResType:LockOwner Stype:'OR'Xdes:0x04D9E258 
     Mode: U SPID:55 BatchID:0 ECID:0 TaskProxy:(0x0475E374) Value:0x315d4a0 Cost:(0/380)

deadlock-list
 deadlock victim=process689978
  process-list
   process id=process6891f8 taskpriority=0 logused=868 
   waitresource=RID: 6:1:20789:0 waittime=1359 ownerId=310444 
   transactionname=user_transaction 
   lasttranstarted=2005-09-05T11:22:42.733 XDES=0x3a3dad0 
   lockMode=U schedulerid=1 kpid=1952 status=suspended spid=54 
   sbid=0 ecid=0 priority=0 transcount=2 
   lastbatchstarted=2005-09-05T11:22:42.733 
   lastbatchcompleted=2005-09-05T11:22:42.733 
   clientapp=Microsoft SQL Server Management Studio - Query 
   hostname=TEST_SERVER hostpid=2216 loginname=DOMAIN\user 
   isolationlevel=read committed (2) xactid=310444 currentdb=6 
   lockTimeout=4294967295 clientoption1=671090784 clientoption2=390200
    executionStack
     frame procname=AdventureWorks2008R2.dbo.usp_p1 line=6 stmtstart=202 
     sqlhandle=0x0300060013e6446b027cbb00c69600000100000000000000
     UPDATE T2 SET COL1 = 3 WHERE COL1 = 1;     
     frame procname=adhoc line=3 stmtstart=44 
     sqlhandle=0x01000600856aa70f503b8104000000000000000000000000
     EXEC usp_p1     
    inputbuf
      BEGIN TRANSACTION
       EXEC usp_p1
   process id=process689978 taskpriority=0 logused=380 
   waitresource=KEY: 6:72057594057457664 (350007a4d329)   
   waittime=5015 ownerId=310462 transactionname=user_transaction 
   lasttranstarted=2005-09-05T11:22:44.077 XDES=0x4d9e258 lockMode=U 
   schedulerid=1 kpid=3024 status=suspended spid=55 sbid=0 ecid=0 
   priority=0 transcount=2 lastbatchstarted=2005-09-05T11:22:44.077 
   lastbatchcompleted=2005-09-05T11:22:44.077 
   clientapp=Microsoft SQL Server Management Studio - Query 
   hostname=TEST_SERVER hostpid=2216 loginname=DOMAIN\user 
   isolationlevel=read committed (2) xactid=310462 currentdb=6 
   lockTimeout=4294967295 clientoption1=671090784 clientoption2=390200
    executionStack
     frame procname=AdventureWorks2008R2.dbo.usp_p2 line=6 stmtstart=200 
     sqlhandle=0x030006004c0a396c027cbb00c69600000100000000000000
     UPDATE T1 SET COL1 = 4 WHERE COL1 = 1;     
     frame procname=adhoc line=3 stmtstart=44 
     sqlhandle=0x01000600d688e709b85f8904000000000000000000000000
     EXEC usp_p2     
    inputbuf
      BEGIN TRANSACTION
        EXEC usp_p2    
  resource-list
   ridlock fileid=1 pageid=20789 dbid=6 objectname=AdventureWorks2008R2.dbo.T2 
   id=lock3136940 mode=X associatedObjectId=72057594057392128
    owner-list
     owner id=process689978 mode=X
    waiter-list
     waiter id=process6891f8 mode=U requestType=wait
   keylock hobtid=72057594057457664 dbid=6 objectname=AdventureWorks2008R2.dbo.T1 
   indexname=nci_T1_COL1 id=lock3136fc0 mode=X 
   associatedObjectId=72057594057457664
    owner-list
     owner id=process6891f8 mode=X
    waiter-list
     waiter id=process689978 mode=U requestType=wait

Profiler kilitlenme Graph olay

Ayrıca bkz.

Başvuru

Kavramlar