SQLiteに16年間潜んでいた不具合を特定した経緯

ネットワーク接続せつぞくサービスを提供ていきょうするTailscaleは、自社じしゃシステムの不安定ふあんていさの原因げんいんを探さがる調査ちょうさの末すえ、軽量けいりょうデータベース「SQLite」に16年間ねんかん潜ひそんでいた重大じゅうだいな不具合ふぐあいを特定とくていしました。同社どうしゃは2025年ねん8月がつ以降いこう、バックアップ用ようデータが破損はそんする現象げんしょうに見舞みまわれており、復旧ふっきゅうのたびに制御せいぎょシステムの停止ていしを余儀よぎなくされていました。直近ちょっきんのコード変更へんこうに問題もんだいがなく再現さいげんも困難こんなんだったため、TailscaleはSQLiteの開発かいはつチームと連携れんけいして原因げんいん究明きゅうめいに乗のり出だしました。

追跡ついせきの手てがかりを得えるため、TailscaleはすべてのSQL文ぶんをログに流ながし込こむパイプラインを構築こうちくしました。データ更新こうしんの履歴りれきをバックアップ上じょうで再現さいげんする実験じっけんを行おこなったところ、コミットされたはずのデータが後続こうぞくの処理しょりから消失しょうしつしている事象じしょうが発覚はっかくしました。これにより、SQLiteが高速こうそく化かのために採用さいようしている「WAL（Write-Ahead Logging）」の変更へんこうログをメインファイルへ書かき戻もどす「チェックポイント」処理しょりの過程かていに疑うたがいが向むけられました。同社どうしゃではバックアップの整合せいごう性せいを保たもつため、このチェックポイントを手動しゅどうで積極せっきょく的てきに実行じっこうするという非ひ標準ひょうじゅん的てきな運用うんようを行おこなっていました。

問題もんだいの解明かいめいのため、SQLite開発かいはつチームは最下層さいかそうの「仮想かそうファイルシステム（VFS）」層そうにデバッグ用ようシム「tmstmpvfs shim」を組くみ込こみ、本番ほんばん環境かんきょうでの挙動きょどうを記録きろくしました。その結果けっか、チェックポイント処理しょり中ちゅうに書かき込こみトランザクションが発生はっせいすると稀まれにデータ競合きょうごうが起おき、チェックポイントが混乱こんらんしてデータが失うしなわれるバグが特定とくていされました。「WAL-Resetバグ」と名なづけられたこの問題もんだいは、少すくなくとも16年間ねんかんSQLiteに潜ひそんでいたと推定すいていされています。修正しゅうせい版ばんとしてリリースされたSQLite 3.52.0は別べつの問題もんだいで撤回てっかいされたものの、バグ修正しゅうせいのみを含ふくむ3.51.3を経へて、最終さいしゅう的てきに3.53.0ですべての問題もんだいが解決かいけつしました。

修正しゅうせいの適用てきようから2か月げつ後ご、衝突しょうとつが発生はっせいしてもデータベースが破損はそんしなくなったことが確認かくにんされ、Tailscaleは4か月げつ以上いじょう障害しょうがいなしで運用うんようを継続けいぞくしています。今回こんかいの事例じれいは、普及ふきゅうした技術ぎじゅつであっても非ひ標準ひょうじゅん的てきな運用うんようにはリスクが伴ともなうことを示しめしています。一方いっぽうで、開発かいはつ元もととの緊密きんみつな協力きょうりょくを通つうじて長年ながねん隠かくれていた不具合ふぐあいが解消かいしょうされ、インフラ全体ぜんたいの信頼しんらい性せい向上こうじょうに貢献こうけんした価値かちのある取とり組くみとなりました。