Wykrywanie i końcowa zakleszczenia

Zasoby, które można zakleszczenie

Każda sesja użytkownika może zawierać jeden lub więcej zadań, uruchomionych w jego imieniu, w którym każde zadanie może być nabycia lub czekać na uzyskanie różnych źródeł.Następujące typy zasobów może spowodować, że blokowania może spowodować zakleszczenie.

• Blokuje.Oczekiwanie na uzyskanie blokady na zasoby, takie jak obiekty, strony, wiersze, metadane i aplikacji może być przyczyną zakleszczenie.Na przykład transakcja T1 ma udostępnionych blokady (S) w wierszu r1 i oczekuje na uzyskiwanie blokada wyłączności (X) na r2.T2 transakcji zostało udostępnione blokady (S) na r2 i oczekuje na uzyskiwanie blokada wyłączności (X) w wierszu r1.To wyniki cyklu blokada, w którym T1 i T2 czekać na siebie do zwolnienia zasobów zablokowane.

• Wątki robocze.Kolejki zadań oczekujących na wątek roboczy dostępnych może być przyczyną zakleszczenie.Jeśli zadanie w kolejce jest właścicielem zasobów, które blokują wszystkich wątków roboczych, będą powodować zakleszczenie.Na przykład sesja S1 rozpoczyna transakcję i uzyskuje udostępnionego blokada (S) na wiersz r1 i przejdzie w stan uśpienia.Aktywne sesje uruchomione na wszystkich wątków roboczych dostępnych próbuje uzyskać wyłączny (blokad dla wiersza r1 X).Ponieważ sesja S1 nie można pobrać wątek roboczy, nie zatwierdzeniu transakcji i zwolnić blokadę r1 wiersza.To wyniki w zakleszczenie.

• Pamięć.Gdy równoczesne żądania oczekują na dotacji pamięci, które nie mogą zostać wykonane z dostępnej pamięci, może wystąpić, zakleszczenie.Na przykład dwa równoczesne kwerendy Q1 i Q2, wykonać funkcji zdefiniowanej przez użytkownika, który odpowiednio zdobycie 10 MB i 20 MB pamięci.Jeśli każdej kwerendy wymaga 30 MB, a całkowita dostępna pamięć jest 20 MB, następnie Q1 i Q2 musi czekać na siebie zwolnić pamięć, a to powoduje zakleszczenie.

• Równoległe zasobów związanych z wykonania kwerendy Koordynator, producent lub wątki konsumenta skojarzonego z portem wymiany może blokować wzajemnie przyczyną zakleszczenie zwykle, gdy w tym co najmniej jeden inny proces nie jest częścią kwerendy równoległych.Ponadto równoległych kwerendy rozpoczęcia wykonania, SQL Server Określa stopień proste lub liczbę wątków roboczych, na podstawie bieżącego obciążenia pracą. Jeżeli nieoczekiwanie zmienia obciążenie systemu, na przykład, jeżeli nowe kwerendy uruchomić uruchomionych na serwerze lub system jest uruchamiany z wątków roboczych, zakleszczenie może nastąpić.

• Wiele zestawów wyników Active (MARS) zasobów.Te zasoby są używane do kontrolowania przekładania wiele żądań aktywnym obszarze MARS (patrz Środowisko wykonanie zadań wsadowych oraz MARS).

  • Zasób użytkownika.Gdy wątek oczekuje na zasób, który potencjalnie jest kontrolowane przez aplikację użytkownika, zasób jest uważana za zasób zewnętrznych lub użytkowników i jest traktowany jak blokada.

  • wykluczanie wzajemne sesja.Z zadań, uruchomionych w jednej sesja są przeplotem, co oznacza tylko jednego zadania mogą być uruchamiane w sesja na danego czas.Zanim zadanie można uruchomić, musi on mieć wyłączny dostęp do obiektu wykluczanie wzajemne sesja.

  • wykluczanie wzajemne transakcji.Z wszystkich zadań uruchomionych w jednej transakcji są przeplotem, co oznacza tylko jednego zadania mogą być uruchamiane w transakcji w danego czas.Zanim zadanie można uruchomić, musi on mieć wyłączny dostęp do obiektu wykluczanie wzajemne transakcji.

  Aby zadanie ma być uruchamiany w systemie serwera MARS to muszą nabyć wykluczanie wzajemne sesja.Jeśli zadanie jest uruchomione w ramach transakcji, musi następnie pobrać obiektu wykluczanie wzajemne transakcji.Ta metoda gwarantuje to tylko jedno zadanie jest aktywne w danej sesja i transakcji danej chwili.Gdy nabyli wymagane muteksy mogą wykonywać zadanie.Kiedy zakończenie zadań lub wydajność w środku żądania, najpierw będzie go zwolnić wykluczanie wzajemne transakcji, a po nim obiektu wykluczanie wzajemne sesja w odwrotnej kolejności ich nabycia.Jednak zakleszczenia może wystąpić z tych zasobów.W poniższym przykładzie, dwa zadania, żądanie użytkownika U1 i żądanie użytkownika U2, są uruchomione w tej samej sesja.

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

  Wykonywanie procedura przechowywana z żądania użytkownika U1 uzyskał wykluczanie wzajemne sesja.Jeśli procedura przechowywana zajmuje dużo czas na wykonać, przyjmowana jest przez Database Engine Aby procedura przechowywana oczekuje na dane wejściowe od użytkownika. Żądanie użytkownika U2 czeka, aż wykluczanie wzajemne sesja, gdy użytkownik czeka, aż U2 zestaw wyników, a U1 oczekuje na zasób użytkownika.Jest to stanu zakleszczenie logicznie przedstawione jako:

Wykrywanie zakleszczenie

Wszystkie zasoby wymienione w powyższej sekcji uczestniczyć w Database Engine schemat wykrywania zakleszczenie. zakleszczenie wykrywania jest wykonywany przez blokowanie wątek monitorowania, który okresowo inicjuje wyszukiwanie przy użyciu wszystkich zadań w wystąpieniu Database Engine. Następujących punktach opisano proces wyszukiwania:

• Domyślny interwał wynosi 5 sekund.

• Jeśli blokada wątek monitorowania znajdzie zakleszczenie, interwał wykrywanie zakleszczenie powoduje usunięcie z 5 sekund, aby jak 100 milisekund w zależności od częstotliwości zakleszczenie.

• Jeśli blokada wątek monitorowania zatrzymuje wyszukiwanie zakleszczenia, Database Engine Zwiększa odstępy między wyszukiwania do 5 sekund.

• Jeśli zakleszczenie tylko wykryto, zakłada się, wprowadzając następnego wątków, które musi czekać na blokadę zakleszczenie cyklu.Pierwsze kilka czeka Blokada po wykryciu zakleszczenie będą natychmiast wyzwala wyszukiwanie zakleszczenie zamiast poczekać na następny interwał wykrywanie zakleszczenie.Na przykład, jeśli z bieżącym interwałem jest 5 sekund, a nieaktywnych blokada właśnie został wykryty, następnego blokada oczekiwania będzie odskakują poza nieaktywnych blokada detektor natychmiast.Jeśli oczekiwanie na blokadę zakleszczenie, zostaną wykryte od razu, a nie podczas wyszukiwania następnej zakleszczenie.

The Database Engine typically performs periodic zakleszczenie detection only. Ponieważ liczba zakleszczenie w systemie jest zazwyczaj mała, wykrywanie zakleszczenie okresowe pomaga zmniejszyć obciążenie związane z wykrywanie zakleszczenie w systemie.

Gdy monitor blokada inicjuje zakleszczenie wyszukiwanie określonego wątku, identyfikuje zasób, na którym wątek oczekuje.Monitor blokada następnie wyszukuje armatora(-ów) dla danego zasób i rekursywnie kontynuuje wyszukiwanie zakleszczenie tych wątków do momentu, aż znajdzie cyklu.W ten sposób cyklu stanowi zakleszczenie.

Po wykryciu zakleszczenie, Database Engine kończy się zakleszczenie, wybierając jeden z wątków jako ofiara zakleszczenie. The Database Engine terminates the current partia being executed for the wątek, rolls back the transaction of the zakleszczenie victim, and returns a 1205 error to the application. Wycofywanie transakcji dotyczącej ofiara zakleszczenie zwalnia wszystkie blokady przechowywane przez transakcję.Dzięki temu transakcje z innych wątków odblokowany i w dalszym ciągu.Błąd ofiara zakleszczenie 1205 rejestruje informacje o wątki i zasoby zaangażowane w zakleszczenie dziennik błędów.

Domyślnie Database Engine wybiera jako ofiara zakleszczenie sesja uruchomioną transakcję, która znajduje się najniższych do przywrócenia. Można również w sytuacji zakleszczenie, za pomocą instrukcja zestaw DEADLOCK_PRIORITY priorytet sesji można określić użytkownika.DEADLOCK_PRIORITY zestaw LOW, NORMAL lub wysokie lub też zestaw na dowolną liczbą całkowitą z zakres (-10-10).Domyślnie priorytet zakleszczenie NORMAL.Jeśli dwie sesje zakleszczenie różne priorytety, sesja o niższym priorytecie jest wybrany jako ofiara zakleszczenie.Jeśli zarówno sesje mają ten sam priorytet zakleszczenie, wybierany jest sesja z transakcją najniższych do przywrócenia.Jeśli ten sam priorytet zakleszczenie oraz koszt tej samej sesji uczestniczących w cyklu zakleszczenie, ofiarą jest wybrany losowo.

Podczas pracy z CLR, monitor zakleszczenie automatycznie wykrywa zakleszczenie zasobów synchronizacji (monitorów, czytnik/modułu zapisującego blokada i wątek łączyć), dostęp do wewnątrz procedury zarządzanych.Jednak zakleszczenie jest rozwiązywany przez generowania wyjątek w procedurze, który został wybrany jako ofiara zakleszczenie.Ważne jest zrozumieć, że wyjątek nie automatycznie zwalnia zasoby aktualnie własnością ofiary; zasoby muszą być jawnie zwolnione.Zgodnie z zachowaniem wyjątek, wyjątek, używany do identyfikowania ofiara zakleszczenie może być złowionych i odrzucone.

Narzędzia informacje o zakleszczenie

Aby wyświetlić informacje zakleszczenie Database Engine dostarcza narzędzi do monitorowania w formie dwie flagi śledzenia i zdarzenie wykresu zakleszczenie w SQL Server Profiler.

Flaga 1204 i flagi śledzenia 1222 śledzenia

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=AdventureWorks.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=AdventureWorks.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=AdventureWorks.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=AdventureWorks.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

Zdarzenie Graph zakleszczenie programu profilującego

See Also

Concepts

Other Resources