PAGELATCH_ * bekleme türleriyle bekleyen oturumlar engellendi mi?

Düzenlendi: Oturum raporları neden engelleniyor, ancak ilgili bekleme türleri ile değil bekliyor PAGELATCH_*, bekliyor LCK_M_?

Daha önce SQL sunucusunun sadece blocking_session_Id sütununda engelleme oturumlarını rapor edeceğini varsayıyordum. Engellenen oturumlar mantıksal bir kilit bekliyordu ve a PAGELATCH_*.

— pixelated
kaynak

Görünüşe göre birçok eşzamanlı oturum tabloya veri ekliyor. Tablo yapısını dizinlerle birlikte gönderebilir misiniz?

— Kin Shah

@Kin tablonun SPID'ler 69, 82 ve 84 tarafından eklenmeye başlaması, bir IDENTITY (1,1) özelliğiyle tanımlanmış kümelenmiş bir dizine sahip olduğundan, son sayfa ekleme tartışması olabilir, ancak bu aşamada daha fazla ilgileniyorum engellenen oturumların neden kilitlemeyle ilgili olmayan bir bekleme türüyle beklediğini. Ayrıca ilginç bir şekilde, SPID 93, 64 ile seçilen masaya tamamen alakasız bir masa üzerine bir XLOCK koymaya çalışıyor.

— Pixelated

Daha önce, engellenen oturumlar mantıksal bir kilit bekliyordu ve böyle bir şey değil, SQL Server'ın yalnızca engelleme oturumu bloke edeceğini varsayıyordum PAGELATCH_*.

Yerleşik sp_WhoIsActivebir SQL Server tesisi değil, Adam Machanic'in prosedürünü kullanıyorsunuz . Adem'in prosedürü sadece kilitlemeyi değil tüm engelleme nedenlerini de rapor ediyor. Temel bilgiler sysprocesses , sys.dm_exec_requests ve sys.dm_os_waiting_tasks gibi çeşitli kaynaklardan gelir .

Bir görev, kilit dışında başka şeyler de bekleyebilir. Örneğin, bir sayfadaki bir satırda özel bir kilit elde edebilir, ancak yine de özel bir sayfa mandalı edinmek için beklemek zorunda kalabilir (çünkü diğer görevler aynı sayfayı uyumsuz modda kilitlemişlerdir ).

PAGELATCH_EXÖrneğinizde , özel sayfa mandalları wait_info'nun sonundaki (*) ile gösterildiği gibi PFS, GAM, SGAM, DCM veya BCM sayfalarında değil normal veri veya dizin sayfalarındadır .

Belgelerini (blog girişleri) sp_WhoIsActive burada bulabilirsiniz .

— Paul White 9
kaynak