Tất cả các tài liệu trên SQL Server bế tắc đàm phán về kịch bản, trong đó hoạt động 1 ổ khóa tài nguyên A sau đó cố gắng truy cập vào tài nguyên B và hoạt động 2 ổ khóa tài nguyên B và cố gắng để truy cập vào tài nguyên Một .deadlocks SQL Server giữa chọn/cập nhật hoặc nhiều Selects
Tuy nhiên, tôi khá thường xuyên thấy sự bế tắc giữa một lựa chọn và một bản cập nhật hoặc thậm chí giữa nhiều chọn trong một số ứng dụng bận rộn của chúng tôi. Tôi tìm thấy một số các điểm tốt hơn của đầu ra dấu vết bế tắc khá không thể hiểu được nhưng tôi thực sự chỉ muốn hiểu những gì có thể gây ra một bế tắc giữa hai hoạt động đơn lẻ. Chắc chắn nếu một lựa chọn có khóa đọc thì bản cập nhật chỉ nên đợi trước khi lấy khóa độc quyền và ngược lại?
Điều này đang xảy ra trên SQL Server 2005 không phải là tôi nghĩ điều này tạo nên sự khác biệt.
Tôi hiểu về mức cách ly, các deadlocks ở trên có thể được giải quyết bằng cách chọn BUT được chọn không được cam kết tại sao một bản đọc bắt đầu TRƯỚC KHI bản cập nhật kết thúc bằng bế tắc với bản cập nhật đó bằng đọc đã cam kết? –