Sümptomid
Oletagem, et kasutate Microsoft SQL Server 2016 ja 2017. Kui lubate sündmuse xml_deadlock_report andmete kogumiseks tupikuid, esitatakse palju xml_deadlock_report sündmusi ühe sisese päringu tupik esinemiskorra korral.
Lahendus
Selle probleemi vastukaaluna saate error_reported XEvent koguda filtriga error_number = 1205xml_deadlock_report asemel, nagu on näha järgmises näites.
SÜNDMUSE seansi loomine [Deadlock_Collection] serveris
Sündmuse SQLServer.error_reported lisamine (
KUS ([error_number] = (1205)))
TARGETi package0. histogrammi lisamine (SET filtering_event_name = N ' sqlserver.lock_acquired '; Source = N ' sqlserver.query_hash ')
WITH (MAX_MEMORY = 4096 KB, EVENT_RETENTION_MODE = ALLOW_SINGLE_EVENT_LOSS; MAX_DISPATCH_LATENCY = 30 SEKUNDIT, MAX_EVENT_SIZE = 0 KB, MEMORY_PARTITION_MODE = POLE, TRACK_CAUSALITY = SEES, STARTUP_STATE = VÄLJAS)
MINNA
Lahendus
See probleem on lahendatud SQL serveri järgmisi kumulatiivseid värskendusi.
Kumulatiivne värskendus 10 SQL Server 2017
Kumulatiivne Update 2 SQL Server 2016 SP2 jaoks
MärkusSelle paranduse korral ei kuvata xml_deadlock_report sündmusi sisese päringu tupikusse korral, kui tupik saab lahendada ilma lõime tapmata.
Iga uus koondvärskenduses SQL Server sisaldab kõiki käigultparandused ja kõik turvaparandusi, mis kuulusid eelmise koondvärskenduse. Vaadake SQL serveri kumulatiivseid värskendusi.
Olek
Microsoft on kinnitanud, et see probleem esineb jaotises "kehtib järgmiste toodete kohta" loetletud Microsofti toodetes.
Viited
Siit leiate teavet selle kohta, mida Microsoftkasutab tarkvaravärskenduste kirjeldamiseks.
