고세환 님이 말하신건 라이브 락이라고 합니다.

라이브 락 이하 락 , lock 은 사용자가 임의로 transaction 을 건

것입니다. 이러한 트랜잭션에서 commit 이나 rollback 을 빼 먹고

안적으면 sql 서버는 무한히 기다리게 됩니다.

DBA 는 이것을 찾아 해결해 주어야 하고,

또한 테이블 전체에 락이 걸립니다. update 나 delete 하는 중에

누가 그 데이터를 건드리면 안되고 count (*) 하면 틀린데이터가 나오잖아요? (transaction 이 없다면) 그러므로 락은 어디에 걸리겠어요?

당연히 테이블 전체에 걸립니다.

이것을 다른 접근방법으로 해결하는 방법은 lock 의 우선순위를 임의로 적어주거나 set lock_timeout 를 설정하는 방법이 있습니다.

sp1 sp2 가 있을때

sp1 이  begin tran tbl1 update tbl2 update

sp2 가 begin tran tbl2 update tbl1 update

동시 발생

둘은 어떠한 동작도 못하게 됩니다.

이것을 dead lock 이라고 합니다.

use master
go
create proc sp_block
-- ----------------------------------------
-- 정원혁 책 1 385 page
-- drop proc sp_block
-- 어떤 프로세스가 피터지고 있는지 보기
-- dbcc inputbuffer(spid)
-- ----------------------------------------

as

if exists(select * from sysprocesses where spid in (select blocked from sysprocesses))
 select spid,blocked,status,loginame,hostname,dbname = substring(db_name(dbid),1,10),cmd
 from sysprocesses
 where blocked <> 0
 or (spid in (select blocked from sysprocesses))
else
 print 'no one is blocked'

이까이꺼 기본서만 봐두 있습니다.

^--------------^

석이님

빠른 답변 정말로 감사합니다.

저도 정원혁님의 책 잘 보고 있습니다.

근데 라이브락 이라고 하셨는데,

메시지 1205가 나오면서

EM 에서 한 프로세스가 개체잠금되고

다른 여러가지가 한 놈 땜에 다 피흘리고 있습니다...

이게 데드락 아닌가요??

그래서 그 프로세스를 보면

한 프로시져 명만 나오던 군요.

그 프로시져 안의 어떤 쿼리를 실행 하다가 나는지

알 수 있는 방법이 있나요?

dbcc inputbuffer 하면 쿼리가 나오나요?

아니면 프로시져 명이 나오나요??

그리고 그 프로시져를 보면

교착상태 걸릴 것이 없게

한 트랜잭션당 하나의 테이블만 수정합니다.

이럴 경우에도 데드락(라이브락?) 이 걸릴 수 있습니까??

후우.. 제가 초보라서...

다시한번 답변 감사드립니다.