postgresql lock 해석

Question

postgresql lock을 살펴보던 중에 질문드립니다!update시 lock에 대해 살펴보는 중인데현재 item table에 날린 쿼리는 다음과 같습니다. session1에서begin; UPDATE item SET NAME&#61;'item1' WHERE item_id&#61;1; session2에서begin; UPDATE item SET NAME&#61;'item2' WHERE item_id&#61;2;lock table을 확인해보면 다음과 같습니다select locktype, relation::regclass, mode, transactionid tid, pid, granted from pg_catalog.pg_locks order by pid; 질문드리고 싶은것이찾아보니 RowExclusiveLock이 row 수준이 아니라 table 수준 잠금이라고 하더라구요. 어떻게 각 요청에서 모두 RowExclusive를 획득 할 수 있었는지??lock 테이블 조회 해보니 데이터 예상보다 많아서(RowExclusive, Exclusive , item , item_pkey 등)혹시 어떻게 해석하는지 알고싶습니다. 답변해주시면 정말 감사하겠습니다!좋은 주말보내세요!

톰소여 · Accepted Answer

https://www.postgresql.org/docs/current/explicit-locking.htmlTable 13.2. Conflicting Lock Modes(표 13.2. 잠금 모드 충돌)를 참조하면 같아도 무시되는 락..같으면 충돌되는 락이 표로 되어 있죠?일반적으로 데이터베이스에서 업데이트는 테이블락이긴 한데요. 왜? 그러냐? 업데이트는 현재 행을 업뎃 치는 것이 아니고 기존 행을 지우고 수정된 칼럼을 인서트 하는 식이기 때문입니다.이는 대부분의 디비가 그렇게 동작을 했어요. 요즘은 모르겠지만 같겠죠 이 부분을 크게 바꿀 수는 없을 거에요. 그리고 업뎃 할 때 rowExclusiveLock이긴 하지만 row에 대해서 exclusive하게 동작되고 테이블에 대해서 exclusive 하지는 않습니다. 그렇게 하지 않으면 위의 업뎃 동작과 아래의 업뎃 동작이 동시에 이루어 질 때 하나는 대기 상태로 빠지겠쬬. 전혀 다른 데이터인데 말이죠. 그러면 안되겠죠.

postgresql lock 해석

1개의 답변

#lock 목록