[sql-server] 커밋되지 않은 읽기 격리 수준을 사용해야하는 이유는 무엇입니까?

이 격리 수준은 더티 읽기를 허용합니다. 하나의 트랜잭션은 다른 트랜잭션에 의해 커밋되지 않은 변경 사항을 볼 수 있습니다.

최고 수준의 격리를 유지하기 위해 DBMS는 일반적으로 데이터에 대한 잠금을 획득하므로 동시성 손실과 높은 잠금 오버 헤드가 발생할 수 있습니다. 이 격리 수준은이 속성을 완화시킵니다.

몇 가지 예와 추가 정보 는 Wikipedia 기사READ UNCOMMITTED 를 확인하십시오 .

Jeff Overwood의 블로그 기사 에서 Stack Overflow 초기에 교착 상태 문제를 해결 한 방법에 대해 Jeff Atwood의 블로그 기사 를 확인하는 것이 좋습니다. Jeff에 따르면 :

그러나 nolock위험합니까? 에 잘못된 데이터를 읽게 될 수 read uncommitted있습니까? 예, 이론 상으로는 ACID 과학을 떨어 뜨리기 시작한 데이터베이스 아키텍처 우주 비행사가 부족하다는 것을 발견 할 수 있습니다 nolock. 사실이다 : 이론은 무섭다. 그러나 여기 제가 생각하는 것은 : “이론에는 이론과 실제에 차이가 없습니다. 실제로는 있습니다.”

나는 nolock
데이터베이스 교착 상태 문제에 대해 일반적인 “당신을 위해 좋은”뱀 기름 수정으로 사용 하는 것을 권장하지 않을 것입니다. 먼저 문제의 원인을 진단해야합니다.

그러나 실제로 nolock당신이 절대적으로 알고있는 쿼리를 추가 하는 것은 간단하고 간단한 읽기 전용 문제는 결코 문제를 일으키지 않는 것 같습니다 .

READ UNCOMMITTED고려할 수 있는 수준 에 대한 한 가지 대안 은 READ COMMITTED SNAPSHOT입니다. Jeff를 다시 인용 :

스냅 샷은 완전히 새로운 데이터 변경 추적 방법에 의존합니다. 약간의 논리적 변경보다 서버가 데이터를 물리적으로 다르게 처리해야합니다. 이 새로운 데이터 변경 추적 방법이 활성화되면 모든 데이터 변경의 복사본 또는 스냅 샷이 생성됩니다. 경합 발생시 라이브 데이터가 아닌 이러한 스냅 샷을 읽으면 더 이상 읽기에 공유 잠금이 필요하지 않으며 전체 데이터베이스 성능이 향상 될 수 있습니다.

답변