[일반] 커밋 후 디스크에 쓰기 전에 시스템 장애시

[딘퐁(gunwoo7193)]

커밋 후 디스크에 쓰기 전에 시스템 장애시 어떻게 복구 되는지 서술하시오.

또한, 커밋전에 시스템 장애시 어떻게 롤백시키는 지 서술하시오.

- dc official App

[웃스음(112.168)]

전자는 리두로그와 더블 Write Buffer를 이용해 복구

[웃스음(112.168)]

후자는 언두로그 영역을 이용해 롤백

[딘퐁(gunwoo7193)]

커밋 후 로그가 버퍼에서 있다가 장애나면? - dc App

[웃스음(112.168)]

버퍼에 있다는게 무슨말 좀 더 구체적으러점

[웃스음(112.168)]

로그 버퍼에 있는 상황에서 크래시 터지는 상황을 말하는거??

[딘퐁(gunwoo7193)]

좀 더 자세히 말하면 버퍼를 주기적으로 flush하는 설정에서 커밋 후 데이터와 로그 모두 버퍼에 머물다가 flush전에 시스템 장애난 상황 즉, 커밋후에도 디스크에는 로그가 없는 상태 - dc App

[웃스음(112.168)]

설명이 이상했는데 커밋 시 DB buffer pool은 디스크 동기화 안시키고 로그 버퍼에 있는거는 리두로그에 디스크 동기화시킴

[웃스음(112.168)]

만약 기본값이 아니면 커밋후에도 시스템이 크래시나면 데이터가 유실될 수 있음

[딘퐁(gunwoo7193)]

주기적으로 flush하면 커밋후에 디스크로 즉시 안써서 지연쓰기는 가능한데 데이터 유실될 수 있다네 대신 성능을 챙기는거고 - dc App

[웃스음(112.168)]

trx_commit이 기본값이면 커밋하면 무조건 로그버퍼에 있는 내용을 디스크에 반영시키지 않나?

[웃스음(112.168)]

기본값이 아니면 디스크로 즉시 안쓰고 지연쓰기해서 데이터 유실을 감수하더라도 성능을 챙기는거고 ㅇㅇ

[딘퐁(gunwoo7193)]

ㅇㅇ기본값은 커밋 직전에 I/O 맞음 - dc App

[딘퐁(gunwoo7193)]

깔끔하고만 여기서 -완- - dc App

[웃스음(112.168)]

또 리마큐에서 로그 커밋시점에 체크포인트 뭐 어쩌고 한거 기억나는데 읽은지 너무 오래되서 까먹음