비관적 락 질문드립니다.

안녕하세요. 흑후추님

이런 부분은 데이터베이스 마다 다르게 동작합니다.

일반적으로 비관적 락의 경우 PESSIMISTIC_WRITE를 사용하고 select for update 구문으로 이해하시면 됩니다. select for update의 경우에도 데이터베이스에 따라서 다른 트랜잭션에서 데이터를 읽어갈 수 있습니다.

SELECT FOR UPDATE는 MySQL에서 공유하지 않는 잠금(non-shared lock)을 사용하여 선택된 행을 잠근다는 것을 의미합니다. 이 잠금이 걸린 동안, 다른 트랜잭션에서 이 행을 수정하거나, SELECT FOR UPDATE, SELECT ... LOCK IN SHARE MODE와 같은 또 다른 잠금을 시도하는 것은 불가능합니다.

하지만, SELECT 문을 일반적인 방식(즉, FOR UPDATE 또는 LOCK IN SHARE MODE 없이)으로 사용하는 다른 트랜잭션은 여전히 잠금이 설정된 행을 읽을 수 있습니다. 이러한 종류의 조회는 일관성있는 read(consistent read)로 불리며, 조회 시점의 스냅샷을 기반으로 데이터를 읽습니다.

그러나 이것은 MySQL의 격리 수준(isolation level)에 따라 달라집니다. 격리 수준이 SERIALIZABLE로 설정된 경우, 모든 SELECT 문은 암시적으로 LOCK IN SHARE MODE를 사용하게 되므로 SELECT FOR UPDATE로 잠긴 행을 읽을 수 없게 됩니다.

따라서, 다른 트랜잭션에서 SELECT FOR UPDATE로 잠긴 행을 읽을 수 있는지 여부는 사용 중인 격리 수준에 따라 달라집니다.

이런 이유로 보통 select for update를 적용해도 데이터를 읽을 수 있기 때문에 PESSIMISTIC_READ를 잘 사용하지는 않습니다.

PESSIMISTIC_READ의 경우 각각의 데이터베이스 메뉴얼 사용법을 읽어보시고 적용할 지 고민하셔야 합니다.

(일반적으로 잘 사용하지 않습니다.)

MySQL: lock in share mode

PostgreSQL:for share

감사합니다.