SQL Server 2005에서 교착 상태를 제거하는 방법은 무엇입니까?

Question

우선 SQL Server 2005에서 교착 상태가 실제로 발생하는 근본 원인을 알고 싶습니다. 두 프로세스가 테이블의 같은 행에 액세스 할 때가 그 때문입니까?

어쨌든, 두 테이블 모두 동일한 구조를 갖는 두 개의 테이블 _Table_Now_ 및 _Table_History_을 고려하십시오.

NAME이라는 열이 있다고 가정합니다.

그래서 하나 개의 프로세스가 _Table_Now_에 NAME='BLUE'와 레코드를 업데이트하려고 할 때, 먼저, 그 다음 _Table_History_에서 이전에 현재의 행을 삭제 또한 _Table_Now_를 업데이트하고 _Table_History_에 NAME='BLUE'하여 본 행을 넣어해야합니다.

삭제하는 동안 교착 상태가 발생합니다. 왜 그런지 모르겠다 고요?

나를 안내하십시오! A는

을 완료하면 B가 완료되고 B는 \ 계속 시작됩니다 때 그냥 \ 시작 계속 있도록 프로세스 A가 프로세스 B와 프로세스 B에 의존 할 때 교착 상태가 기본적으로 의미

Answer 1

는, 프로세스 A의 의존이 무엇인지 테이블 (또는 행) 잠금이 발생했을 수 있으므로 SQL은 테이블을 업데이트하기 전에 행을 잠급하여 업데이트를 수행하는 동안 다른 프로세스가 해당 행에 액세스하지 못하도록합니다.

어떻게하면 insert \ update \ delete를 더 잘 수행 할 수 있습니까? 이 시나리오에서는 교착 상태가 발생하지 않아야합니다.

참고로 with (NOLOCK)을 사용하지 마십시오. 예를 통해 잠금을 방지하지만 SQL Server에 커밋되지 않은 데이터를 읽도록 지시함으로써 데이터 불일치가 발생할 수 있습니다.

Answer 2

프로세스 A가 프로세스 B가 리소스를 릴리스 할 때까지 대기하고 프로세스 B가 프로세스 A가 리소스를 릴리스 할 때까지 대기 중일 때 교착 상태가 발생합니다.
1. 삭제 4 Table_Now
에
3. 업데이트를 Table_History에 Table_Now의 행을 행을
2 업데이트를 행을 읽기 : 내가 제대로 업데이트의 순서를 이해한다면

, 그것은 이것이다 행을 Table_History.

트랜잭션 또는 잠금을 잘못 사용하면 위험한 순서가 될 수 있습니다. 교착 상태를 방지하기 위해

, 각 프로세스에 대해 당신은 실행해야합니다
1.
2. 어떤 문제가 발생
3. 경우 트랜잭션을 커밋 (또는 롤백 모든 DB 작업을 수행 트랜잭션 (바람직 테이블 잠금을) 시작 반면 DB 업데이트)

이렇게하면 두 프로세스 모두 테이블을 잠그고 모든 작업을 수행 한 다음 종료 할 수 있습니다.

이미 거래를 사용중인 경우 어떤 범위와 수준을 사용하고 있습니까? 그렇지 않다면 거래를 소개하십시오. 문제를 해결해야합니다.