http://www.cozumpark.com/blogs/sql/archive/2014/04/27/sql-server-deadlock-analizi-ve-tespit-yontemleri.aspx ve ya /* DEADLOCK http://www.yazgelistir.com/makale/lock-blocking-deadlock-sorunlari-ve-giderilmesi Deadlock, hiç bir şekilde işini tamamlayamayan, o ana kadar yaptığı işini de geri alan problem türüdür. DEADLOCK Kısaca, - Transaction içerisinde yaptığımız işler (Isolation dan ötürü) shared resource ların Lock lanmasına, - Lock lanan shared resource lar ise aynı anda gelen diğer isteklerin (aynı shared resource a gelen istekler) Block lanmasına, - Blocking kısır bir döngüye girdiyse Deadlock a sebep olur. Deadlock ları minimuma indirgemek için: - Nested trigger lardan mümkün olduğunca kaçınmalıyız. (Kontrolü imkansız bir hal alabilir) - Mümkün olduğu kadar bütün server object lerimizde (function, procedure vb.) kaynaklarımızı aynı mantıksal sırada kullanmalıyız. - Index kullanımı gözden geçiririz. - Transacion larınızı kısa tutmaya çalışınız. - Update scriptlerinde select ile update in INDEX PATH lerini farklı yapmaya çalışınız. - Aynı pagelern farklı kaynaklar tarafından aynı anda kullanımını azaltmak için FILLFACTOR değerleri değiştirilebilir. (Page sayını artırarak) SQL Profiler dan yeni bir Trace oluştururuz. Ardından Trace özelliklerini belirlemek için diğer tab a geçeriz. “Deadlock Graph” isimli event e bağlanırız. “Events Extra Settings“ tabından ise, oluşan bu deadlock trace lerini ayrı bir XML dosyaya kaydetmesini isteyebiliriz. Bu trace ler sayesinde deadlock larımız tıpkı blocking de olduğu gibi, hangi process ler tarafından hangi query leri execute ederken vb. ayrıntı bilgilere ulaşırız. */
