SQLite WAL-reset 버그, 데이터베이스 손상 위험!

SQLite의 WAL(Write-Ahead Logging) 모드에서 발생하는 이 버그는, 여러 연결(Connections)이 동시에 쓰기 또는 체크포인트(Checkpoint)를 시도할 때 발생한다. 구체적으로, 첫 번째 체크포인트가 완료된 직후, 두 번째 체크포인트가 시작되는 동안 다른 연결이 WAL 파일을 리셋하고 새로운 데이터를 기록하는 과정에서 데이터 경합(Data Race)이 발생한다. 이로 인해 두 번째 체크포인트가 WAL 파일의 변경을 인지하지 못하고, 데이터베이스 파일이 손상될 수 있다.

이 버그는 여러 조건이 동시에 충족될 때만 발생하며, SQLite 개발팀조차 자체적으로 재현하기 어려웠다. 데이터 경합(Data Race)이라는 특성상, 매우 좁은 시간 간격 내에 특정 이벤트들이 발생해야 한다. 버그 발생 시, 데이터베이스 파일의 일부 트랜잭션이 누락되어 데이터 손실(Data Loss)이 발생할 수 있다. 다행히, 발생 빈도는 SSD 고장이나 우주 방사선 피폭과 유사한 수준으로 낮게 평가된다.

SQLite 개발팀은 이 버그를 수정하고, 3.52.0 버전을 통해 패치를 배포했다. 또한, 이전 버전(3.44.6, 3.50.7, 3.51.3)에 대한 백포트(Backport)도 제공하여, 광범위한 사용자에게 해결책을 제시했다. 따라서, SQLite를 사용하는 개발자는 최신 버전으로 업데이트하거나, 패치된 버전을 적용하여 데이터베이스 무결성(Database Integrity)을 확보해야 한다.

커뮤니티에서는 버그의 발생 확률이 낮다는 점을 강조하며, 긴급한 상황은 아니라고 평가한다. 하지만, 데이터베이스 손상은 심각한 결과를 초래할 수 있으므로, 최신 버전으로의 업데이트를 권장한다. 특히, 여러 스레드 또는 프로세스에서 동일한 데이터베이스 파일에 접근하는 경우, 업데이트의 중요성(Importance of Update)이 더욱 강조된다. 또한, 버그 관련 문서가 부족하다는 지적도 있었지만, 상세한 설명이 제공되었다는 반론도 제기되었다.