DongHyeonkaandClaude Opus 5
99b689e715
Keycloak commits the login INSERT with synchronous_commit off, so a crash loses whole sessions and not just refresh timestamps. Measured 4 of 153 lost, matching the default wal_writer_delay window. Two injections failed silently first: --grace-period=0 --force lets the container runtime send SIGTERM so PostgreSQL flushes and shuts down cleanly, and SIGKILL to PID 1 from inside its own namespace is ignored by the kernel. Killing a backend makes the postmaster reinitialize, which is a real crash recovery. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
1.5 KiB
1.5 KiB
A-3 — DB 강제 종료와 데이터 손실 증거
2026-09-04 12:00–12:05 KST · Keycloak 26.7.0 / PostgreSQL 16
해설: docs/experiment-a3-database-crash.md
| 파일 | 무엇을 보여주는가 |
|---|---|
01-crash-injection.txt |
첫 시도 실패 — 파드 안 백그라운드 루프가 exec 종료와 함께 죽어 0건 수집 |
02-design-check.txt |
핵심 설계 확인 — 로그인 트랜잭션도 SET LOCAL synchronous_commit TO OFF 로 커밋한다 |
03-loss-measurement.txt |
--grace-period=0 --force 주입 |
04-comparison.txt |
유실 0건 — 그러나 crash recovery 가 안 돌았다. 죽인 적이 없는 것 |
05-true-crash.txt |
kill -9 1 시도 — 컨테이너 안에서 PID 1 은 SIGKILL 을 무시한다 |
06-backend-kill-crash.txt |
성공한 주입 — 백엔드에 SIGKILL → not properly shut down / redo starts / redo done |
07-loss-result.txt |
결과: 153건 중 4건 유실. 토큰은 발급됐는데 세션 행이 없는 sid 목록 |
핵심 세 줄
- 로그인도 비동기 커밋이다. refresh 시각뿐 아니라 로그인 자체가 사라질 수 있다.
- 153건 중 4건(약 2.6%) 유실 — 초당 19건 기준 마지막 0.2초 분량,
wal_writer_delay기본값과 일치. - 주입을 세 번 시도해 세 번째에 성공했다. 앞의 둘은 "손실 0"으로 보였지만 실제로는 크래시가 아니었다.