Příznaky
Předpokládejme, že používáte Microsoft SQL Server 2016 a 2017. Pokud povolíte xml_deadlock_report události ke shromažďování dat pro zablokování, bude na jednom výskytu vzájemného zablokování v rámci dotazu hlášeno mnoho událostí xml_deadlock_report .
Alternativní řešení
Jako alternativní řešení tohoto problému můžete shromáždit error_reported XEvent pomocí filtru ERROR_NUMBER = 1205 namísto xml_deadlock_report, jak je vidět v následujícím příkladu:
Vytvoření relace události [Deadlock_Collection] na serveru
Add SqlServer.error_reported události (
WHERE ([error_number] = (1205)))
ADD TARGET package0. histogramu (SET filtering_event_name = N ' sqlserver.lock_acquired ', source = N ' sqlserver.query_hash ')
S (MAX_MEMORY = 4096 KB, EVENT_RETENTION_MODE = ALLOW_SINGLE_EVENT_LOSS, MAX_DISPATCH_LATENCY = 30 SEKUND, MAX_EVENT_SIZE = 0 KB, MEMORY_PARTITION_MODE = ŽÁDNÝ, TRACK_CAUSALITY = ON, STARTUP_STATE = OFF)
WEBU
Řešení
Tento problém je opravený v následujících kumulativních aktualizacích systému SQL Server:
Kumulativní aktualizace 10 pro SQL Server 2017
Kumulativní aktualizace 2 pro SQL Server 2016 SP2
PodívejteS touto opravou nejsou hlášeny žádné události xml_deadlock_report pro vzájemné přeblokování v případě, že je možné zablokování vyřešit, aniž by došlo k usmrcení vlákna.
Každá nová kumulativní aktualizace pro SQL Server obsahuje všechny opravy hotfix a všechny opravy zabezpečení, které byly součástí předchozí kumulativní aktualizace. Podívejte se na nejnovější kumulativní aktualizace SQL serveru:
Stav
Společnost Microsoft potvrzuje, že se jedná o problém v produktech této společnosti, které jsou uvedeny v části Informace v tomto článku jsou určeny pro produkt.
Odkazy
Informace o terminologiipoužívané společností Microsoft k popisu aktualizací softwaru.
