MVCC와 비대화의 원인
다중 버전 동시성 제어를 이해하고 죽은 튜플이 누적되는 이유와 장시간 트랜잭션이 비대화를 일으키는 방식을 알아보세요.
MVCC와 비대화의 원인은(는) CoddyKit의 무료 SQL Academy 강의입니다. 이것은 4개 중 1번째 강의입니다. 아래에서 전체 강의를 무료로 읽을 수 있으며, 내장 코드 에디터와 24/7 AI 튜터와 함께 브라우저에서 직접 실습할 수 있습니다. 이 강의는 SQL Academy 학습 경로의 일부이며, 진행 상황이 웹과 CoddyKit 앱에 동기화됩니다. SQL Academy 강의에는 총 4개의 강의가 포함되어 있습니다.
MVCC란 무엇입니까?
다중 버전 동시성 제어입니다. PostgreSQL은 잠금 대신 행의 여러 버전을 유지합니다. 읽기 작업은 일관된 스냅샷을 보고, 쓰기 작업은 읽기 작업을 차단하지 않고 새 버전을 만듭니다.
UPDATE의 작동 방식
UPDATE는 행을 제자리에서 변경하지 않습니다.
- 트랜잭션 T에서 이전 행 버전을 "dead"로 표시합니다.
- 새 버전을 기록합니다.
- 다른 트랜잭션은 자신의 스냅샷에서 허용하는 버전을 확인합니다.
비대화가 발생하는 이유
dead 버전이 누적됩니다. 행 수가 일정해도 테이블은 커집니다. 정리하지 않으면 쿼리가 점점 더 많은 dead 행을 스캔하게 됩니다.
VACUUM이 공간을 회수하는 경우
VACUUM은 dead 행을 재사용 가능 상태로 표시합니다(테이블 파일 내부에서). 파일 끝이 완전히 비어 있는 경우가 아니면 파일 크기를 줄이지 않습니다. VACUUM FULL은 테이블을 다시 작성하므로 배타적 잠금이 필요하고 느립니다.
Autovacuum
PostgreSQL은 백그라운드에서 autovacuum을 실행합니다. dead 행이 임계값을 넘으면 실행됩니다.
autovacuum_vacuum_threshold = 50
autovacuum_vacuum_scale_factor = 0.2
-- vacuum when dead_rows > 50 + 0.2 * total_rows비대를 유발하는 작업 부하
- 작고 자주 변경되는 테이블에 대한 과도한 UPDATE 작업
- 대규모 DELETE 일괄 작업(공간을 비우려면 vacuum이 필요함)
- 장시간 실행되는 트랜잭션이 스냅샷을 유지하여 vacuum을 차단하는 경우
- 트랜잭션 중 유휴 상태인 세션이 사용량이 많은 테이블에 dead 행을 누적시키는 경우
비대 진단
pgstattuple 확장 기능은 정확한 수치를 제공합니다.
CREATE EXTENSION pgstattuple;
SELECT * FROM pgstattuple('orders');
-- table_len, tuple_count, dead_tuple_count, free_space, etc.
SELECT * FROM pgstatindex('orders_user_id_idx');장시간 트랜잭션이 VACUUM을 차단하는 경우
VACUUM은 가장 오래된 활성 트랜잭션보다 오래된 행만 정리할 수 있습니다. 트랜잭션 중 유휴 상태인 세션이 4시간 동안 유지되면 회수되지 않은 dead 행도 4시간 동안 남게 됩니다.
SELECT pid, state, xact_start, NOW() - xact_start AS duration
FROM pg_stat_activity
WHERE state IN ('active', 'idle in transaction')
ORDER BY duration DESC NULLS LAST;래핑 방지
트랜잭션 ID는 32비트입니다. autovacuum이 따라가지 못하면 클러스터에서 "래핑"이 발생할 수 있고 안전 모드(강제 VACUUM)로 전환됩니다. 다음을 모니터링하십시오.
SELECT datname, age(datfrozenxid) FROM pg_database
ORDER BY age(datfrozenxid) DESC;논리적 삭제 ≠ 물리적 삭제
DELETE는 행을 dead로 표시할 뿐이며, 공간은 VACUUM을 통해서만 회수할 수 있습니다. 대량 DELETE 후 vacuum을 실행하지 않으면 거대한 dead 행 풀이 남습니다.
HOT 업데이트
인덱싱되지 않은 열만 업데이트하고 같은 페이지에 빈 공간이 있으면 PostgreSQL은 HOT(힙 전용 튜플) 업데이트를 수행합니다. 이 경우 인덱스를 수정하지 않으므로 비대가 줄어듭니다.
비대 줄이기
- 트랜잭션을 짧게 유지합니다
- 인덱싱된 열에 대한 범위가 넓은 UPDATE를 피합니다(HOT이 작동할 수 없습니다)
- 변경이 잦은 테이블에서는 자동 진공 처리를 적극적으로 조정합니다
- 긴 잠금 없이 다시 작성하려면 pg_repack을 사용합니다
복습
MVCC는 동시성을 제공하지만 죽은 행이 쌓이는 대가가 따릅니다.
- VACUUM은 죽은 행을 정리합니다
- 자동 진공 처리는 필수이므로 비활성화하지 않습니다
- 긴 트랜잭션은 정리를 차단합니다
- pgstattuple을 사용하여 진단합니다
빠른 확인
열 하나만 변경하는데도 UPDATE가 테이블 크기를 줄이지 않는 이유는 무엇인가요?
자주 묻는 질문
“MVCC와 비대화의 원인” 강의는 무료인가요?
네 — “MVCC와 비대화의 원인” 전체 내용을 이 웹사이트에서 무료로 읽을 수 있습니다. 인터랙티브하게 실습하려면(내장 코드 에디터와 24/7 AI 튜터), CoddyKit PRO로 업그레이드하면 SQL Academy 강의 전체를 잠금 해제할 수 있습니다. SQL Academy 강의에는 총 4개의 강의가 포함되어 있습니다.
“MVCC와 비대화의 원인”에서 뭘 배우나요?
다중 버전 동시성 제어를 이해하고 죽은 튜플이 누적되는 이유와 장시간 트랜잭션이 비대화를 일으키는 방식을 알아보세요. 브라우저에서 직접 실행하는 실습 코드로 SQL Academy을(를) 배우며, 24/7 AI 튜터가 강의를 진행하면서 질문에 답변해줍니다.
SQL Academy을(를) 시작하는 데 경험이 필요한가요?
사전 경험은 필요하지 않습니다. CoddyKit의 SQL Academy은(는) 초급자부터 고급 학습자까지를 위해 구성되어 있으므로, 여기서 시작하거나 처음부터 시작할 수 있으며 자신의 속도대로 진행할 수 있습니다. 이것은 4개 중 1번째 강의입니다.
“MVCC와 비대화의 원인” 강의는 얼마나 걸리나요?
대부분의 CoddyKit 강의는 약 5~10분이 소요됩니다. 각 강의는 간결하고 인터랙티브하여 꾸준한 진행이 가능하며, 웹과 앱에서 중단한 부분부터 바로 시작할 수 있습니다.
이 SQL Academy 강의에서 코드를 작성하고 실행할 수 있나요?
네. 모든 SQL Academy 강의에는 내장 코드 에디터가 포함되어 있으므로, 브라우저에서 바로 실제 코드를 작성하고 실행한 후 즉시 AI 피드백을 받을 수 있습니다 — 로컬 설정이 필요 없습니다.