[PostgreSQL] vacuum

PostgreSQL이 다른 RDB들과 비교해서 이질적인 부분 중 하나가 vacuum이다.

사실 그냥 DB를 갖다쓰기만 하는 개발자면 신경을 쓰지 않아도 되는데, DBA라면 잘 알아야 한다. 기능적인 부분이 아니라, 운영-관리적인 측면에서 말이다.

vacuum은 쉽게 말하면 DB에 "디스크 조각 모음"을 행하는 것이라고 할 수 있다.

이게 왜 필요하냐?

PostgreSQL은 좀 특이하게, UPDATE나 DELETE를 하더라도 원본을 진짜로 수정하거나 없애지는 않는다. 보이지 않게만 숨겨놓을 뿐이다.

여기서 그 숨김 공간을 Free Space Map이라고 하고, 가짜로 삭제된 값을 dead tuple이라고 한다.

트랜잭션 처리시 롤백을 구현하기 위해서 이렇게 한다는 것 같다.
MySQL이나 Oracle의 경우에는 롤백 로그를 별도로 관리해서 이 문제를 해결한다고 한다. 물론 각자 장단점이 있고, 둘다 귀찮은 관리포인트는 존재한다.

아무튼 그렇기 때문에, UPDATE나 DELETE를 많이 때릴수록 테이블의 저장공간은 점점 비대해진다. 당연히 이런게 성능에 좋을리가 없다.
게다가 Free Space Map 공간도 무한정 제공되는 것이 아니라서, 웬만하면 정기적으로 vaccum을 돌려주는 편이 좋다.

Vacuum 사용법

이건 기본적으로 무거운 작업일뿐더러, 처리중에 필요한 테이블들을 다 Lock처리한다.
시스템이 뻗을 수 있으니, 서버 점검시간 같은 때 사용해주는 편이 좋다.

-- DB 전체에 실행
vacuum full analyze;

-- DB 전체에 간단하게만 실행
vacuum verbose analyze;

-- 해당 테이블만 간단하게 실행
vacuum analyse [테이블명];

-- 특정 테이블만 풀 실행
vacuum full [테이블명];

Auto Vacuum

근데 저런걸 매번 신경쓰면서 날려주는것도 하다보면 고역일 것이다.
그래서 자동으로 vacuum을 해주는 auto vacuum이란 것이 있다.

그냥 어느 기준이 될때마다 자동으로 vacuum 처리를 해주는 것이다.
물론 이것도 완벽하지는 않아서 커스텀 설정을 좀 해주거나, 수동 vacuum을 써주기도 해야 한다.

설정값은 postgresql.conf 설정파일에 있다.

자세한 내용은 문서를 참조하면 좋겠다.
https://www.postgresql.org/docs/current/runtime-config-autovacuum.html

참조
https://blog.gaerae.com/2015/09/postgresql-vacuum-fsm.html
https://nrise.github.io/posts/postgresql-autovacuum/