【导语去年年底Tailscale 的 uptime 变得不稳定19 次数据库损坏事件均由同一个 SQLite bug 导致。经过艰难排查Tailscale 不仅定位到存在 16 年的 WAL - reset 数据竞争 bug还发现了第二个陈旧的表达式索引 bug引发行业关注。】SQLite 故障频发排查陷入困境Tailscale 控制平面内部使用 SQLite 存储每个 tailnet 的配置元数据采用 SQLite 推荐的单写入者架构自 2022 年起一直运行正常。然而2025 年 8 月一个读取 S3 备份的数据管道报错运行 PRAGMA integrity_check 后发现数据库损坏。此后数据库损坏事件多次发生。Tailscale 团队对所有近来改动进行检查重新审查所有 SQLite 交互代码均未发现问题。而且损坏事件之间没有共同因素无法复现只能靠被动遥测故障出现的频率也毫无规律。资助开源工具揪出 16 年旧 Bug面对困境Tailscale 资助了一个开源的 SQLite VFS shim 来隔离竞态条件。借助这个工具他们定位到了 SQLite 中一个存在了 16 年的 WAL - reset 数据竞争 bug。更意外的是在修复过程中还发现了第二个 bug即一个陈旧的表达式索引 bug。Antithesis 随后发表博客详细分析了这个 WAL - reset bug 的技术细节包括如何在确定性环境下复现它。行业热议可靠性与开源资助模式HN 上的讨论集中在多个方面。有人赞赏 Tailscale 的透明度认为把这种事公开写出来需要勇气。有人对 SQLite 存在 16 年的 bug 感到惊讶但更多人指出这恰恰证明了 SQLite 的可靠性因为如此罕见的竞态条件是在大规模部署下才暴露出来的。还有人讨论了 Tailscale 资助开源调试工具的做法认为这是公司资助开源的绝佳范例。编辑观点Tailscale 成功揪出 SQLite 旧 Bug展现了其技术实力与开源精神。这一事件不仅凸显了 SQLite 的可靠性也为行业提供了开源资助的优秀范例有望推动数据库技术的进一步发展。