| PostgreSQL 8.3.3문서 | ||||
|---|---|---|---|---|
| Prev | Fast Backward | Chapter 27. 신뢰성과 로그 선행 기입 | Fast Forward | Next |
로그 선행 기입 (WAL)은 데이터의 일관성을 확실히하기 위한 표준적인 수법입니다. 모든 것은 아니지만, 대부분의 트랜잭션 처리에 대해 상세하게 서적에 기재되어 있습니다. 간단하게 말하면, WAL의 기본적인 개념은, 데이터 파일(테이블이나 인덱스가 있는)의 변경은, 로그에의 기록, 즉, 변경 내용을 기술한 로그 레코드가 영구 저장 영역에 쓰여진 후에 쓰여야만 한다는 것입니다. 이러한 순서에 따라 프로세스를 실시하면, 비록 크래쉬가 일어나도 로그를 사용해 데이터베이스를 복구할 수 있기 때문에, 모든 트랜잭션의 커밋에 대한 데이터 페이지를 디스크에 내보낼 필요가 없어집니다. 데이터 페이지에 아직 행해지지 않은 변경분은 로그 레코드를 사용해 재실행됩니다 (이것이 REDO로 알려져 있는, 롤 forward recovery입니다).
WAL를 사용하는 것으로 디스크 기입 횟수가 큰폭으로 감소합니다.
트랜잭션이 커밋할 때, 그 트랜잭션으로 변경된 모든 데이터 파일이 아닌, 로그 파일만을 디스크에 내보야 하기 때문입니다.
로그 파일에의 기입은 시퀀셜에 행해지기 (위해)때문에, 데이터 페이지를 토해내는 코스트에 비해 로그 파일의 동기는 쭉 저비용이 됩니다.
다중 사용자 환경에서, 로그 파일을 한 번 fsync하는 것으로, 많은 트랜잭션을 커밋할 수가 있는 경우도 있습니다.
뿐만 아니라, 로그 파일은 순차적으로 작성되어, 그 로그의 동기화가 데이터 페이지를 내보내는 것보다 훨씬 적은 비용이 듭니다.
특히, 서버가 소규모의 트랜잭션을 동시에 많이 처리할 때, 데이터 저장 영역의 여러 부분을 많이 접근하는 것으로 알수 있습니다.
또, WAL에 의해, Section 23.3 그리고 설명하는 온라인 백업과 포인트-인-타임의 복구를 지원할 수 있습니다. WAL의 데이터를 보관 유지하는 것으로써, 그 WAL 데이터가 범위로 하는 임의의 시점으로 되돌릴 수 있습니다. 단순하게 데이터베이스의 주가 되는 물리 백업을 설치해, 단지 WAL 로그를 목적의 시점까지 재생하는 것으로 실현될 수 있습니다. 게다가, 물리 백업은 인스턴스화 가능한 데이터베이스 상태의 스냅샷일 필요도 없습니다. 어느 정도의 시간이 경과해 작성된 백업이어도, 그 기간의 WAL를 재생하는 것으로, 내부 불일치를 고칩니다.