Blokady SQL Server między select/update lub wieloma selekcjami

Może się to zdarzyć, ponieważ select blokuje dwa różne indeksy, podczas gdy aktualizacja blokuje te same indeksy w odwrotnej kolejności. Select potrzebuje dwóch indeksów, ponieważ pierwszy indeks nie obejmuje wszystkich kolumn, do których ma dostęp; aktualizacja potrzebuje dwóch indeksów, ponieważ jeśli zaktualizujesz kolumnę klucza indeksu, musisz ją zablokować.

Http://blogs.msdn.com/bartd/archive/2006/09/25/770928.aspx ma fantastyczne Wyjaśnienie. Zasugerował poprawki obejmują dodanie indeksu obejmującego wszystkie kolumny, których select potrzebuje, przełączenie na izolację migawek lub jawne zmuszenie select do przechwycenia blokady aktualizacji, której normalnie nie potrzebuje.

Dziwi mnie, że nikt nie wspomniał o podpowiedzi o blokowaniu. Jest to bardzo przydatne, jeśli masz blokady obejmujące np. dwie pary select-insert działające równolegle.

W SQL Server, jeśli wystawisz Select z WITH (UPDLOCK), drugie select będzie czekać, aż pierwsze select zostanie zakończone. W przeciwnym razie dostają współdzielone zamki, a gdy jednocześnie próbują uaktualnić do ekskluzywnych zamków, blokują się.

Blokady między pojedynczymi zapytaniami mogą się zdarzyć, ponieważ blokują pojedyncze wiersze, a nie całą tabelę:

Zapytanie o aktualizację otrzymuje blokadę aktualizacji dla kilku wierszy w tabeli, a Zapytanie o select otrzymuje blokadę odczytu dla niektórych innych wierszy w tabeli. Zapytanie aktualizacyjne próbuje uzyskać blokadę aktualizacji w wierszach, które są zablokowane do odczytu, a zapytanie select próbuje uzyskać blokadę odczytu w wierszach, które są zablokowane do odczytu.

Może się jeszcze bardziej skomplikować z blokadami eskalacyjnymi, tzn. baza danych decyduje że istnieje zbyt wiele pojedynczych wierszy zablokowanych przez transakcję, więc należy ją eskalować do zablokowania sekcji tabeli lub całej tabeli. Oznacza to, że blokada może mieć wpływ na wiersze, które nie są bezpośrednio zaangażowane w Zapytanie.

Domyślam się, że instrukcja select wymaga blokady odczytu, gdy pojawi się instrukcja update, to musi zostać uaktualniona do blokady zapisu.

Uaktualnienie do blokady zapisu wymaga usunięcia wszystkich innych blokad odczytu (ich transakcje select zostaną zakończone). Ale jeśli inny proces ma już genialny pomysł, aby uaktualnić do blokady zapisu, nagle masz dwa procesy czekające na siebie, aby zwolnić blokadę odczytu, aby mogli uzyskać blokadę zapisu.

Jeśli używasz select-for-update (UPDLOCK) następnie uzyska blokadę zapisu Od początku, a następnie nie masz problemu z blokadą.

Przeczytaj poprawnie o transakcjach i poziomach izolacji: aby uzyskać nieco gęstą, ale dość dokładną i neutralną technologicznie pracę, zobacz Zasady przetwarzania transakcji. To wstrząsnęło moim światem (i dał mi sporo bólu głowy!).

Nie wiem z czym masz problem, ani z jakim poziomem izolacji używasz. Ale rozważ to: dla wszystkich silnik bazy danych wie, jeśli nie czyta w jednej transakcji, jak to powiedzieć, czy masz zamiar zrobić zapis później? Wysoki poziom izolacji wymaga blokowania podczas odczytu, ewentualnie na całej tabeli w celu ochrony przed odczytem fantomowym, ponieważ dane mogą mieć wpływ na późniejszy zapis.

Czy chcesz, aby baza danych czekała arbitralnie długo na wyłączną blokadę Twoich danych? Przyjrzyj się poziomom izolacji i czy niepotrzebnie uruchamiasz serię odczytów jako izolowaną transakcję. Jednak nie zawsze łatwo jest określić, jak brudne czyta można tolerować...

Powinieneś poczytać o izolacji transakcji: http://msdn.microsoft.com/en-us/library/ms173763.aspx