[PostgreSQL] advisory lock

#PostgreSQL

PostgreSQL은 엄격한 배타성이 필요할 경우를 위한 배타적 Lock 기능을 내장함수로 제공한다.
기능요소가 그다지 풍부하진 않지만, 가벼운 사용사례에서는 꽤 쓸만할 수 있다.

사용법

기본적인 사용법은 그다지 복잡하지 않다.
전용 함수인 pg_advisory_lock에 lock ID를 넘겨서 호출하면 그만이다.

select pg_advisory_lock(N);

여기서 lock ID는 항상 정수여야 한다.
해당 ID로 Lock을 점유하고 있는 세션이 있다면 기다리고, 없다면 Lock을 점유하고 빈값을 반환한다.

유의할 점이 좀 있는데, 이건 세션 단위로만 배타성을 보장한다는 것이다. 트랜잭션 단위가 아니다!

아무튼 lock이 잡힌 상태에서 다른 세션이 lock을 시도하면

원래 lock이 해제될 때까지 무한 대기에 빠진다.

그리고 Lock을 해제하는 것은 unlock 함수를 통해서 처리할 수 있다.

select pg_advisory_unlock(N);

유의할 점은, lock을 점유하고 있는 세션에서만 unlock을 할 수 있다는 것이다. 다른 세션이 가로채서 날리는건 안된다. 그러면 false를 반환한다.

그리고, Lock을 점유하던 세션이 닫히면 Lock은 자동으로 해제된다. 쓰레기가 무한대로 남아있을 일은 없다.

advisory lock에는 Lock에 대한 TTL 처리가 명시적으로 제공되진 않는다. 마음대로 Lock을 가로챌 수도 없다. Lock에 대한 소유권이 해당 세션에게 오롯이 존재하는 구조다.

그래도 Lock을 점유하지는 못하지만, TTL을 느슨하게나마 구현할 수는 있다.
가장 단순한 방법은 그냥 타임아웃을 적당히 주는 것이다.
쿼리 수준에서 타임아웃을 설정할 수도 있고, 애플리케이션 수준에서 설정해도 된다.

그러면 무한 대기에 빠지지 않고 적당히 오류처리를 해볼 수 있다.

이것도 Lock을 점유하지 못하니 뭔가 계속 꼬일 수 있는 문제가 있지만, 최소한의 조치는 해볼 수 있을 것이다.

advisory lock의 단점 중 하나는, 문자열을 받지 못한다는 것이다.
그래서 원본 리소스 단위 식별자가 문자열일 경우에는 그걸 정수로 변환하는 번잡스런 과정이 필요하다.

가장 단순하고 쉬운 방법은, hashtext 같은 함수를 써서 문자열을 정수 해시로 변환하는 것이다.

이것도 물론 해시 충돌 가능성 등을 고려해야 하긴 한다.