SQLite 虽以高可靠性著称，广泛应用于数十亿设备中，但并非完全免疫数据损坏。这篇官方技术文档详细梳理了导致 SQLite 数据库文件损坏的八类主要原因。首先是流氓进程或线程覆盖文件，文中特别引用了 Facebook 工程师曾因误用文件描述符导致数据库被覆盖的案例。其次是文件锁问题，包括 POSIX 锁机制在 Unix 环境下的缺陷及多线程竞争。第三是同步（Sync）失败，指操作系统或硬件（如某些 U 盘）虚报数据已落盘。此外，还包括磁盘故障、应用程序内存溢出波及数据库、操作系统（如旧版 Linux 线程库）的异常、错误的 PRAGMA 配置以及 SQLite 极少数的历史 Bug。文档强调，大多数损坏源于外部环境与数据库交互的边界情况，理解文件锁、热日志及文件描述符的生命周期是保障数据完整性的关键。
事件分析
这份文档是系统编程领域的经典之作，揭示了底层软件工程的复杂性。SQLite 作为一个嵌入式数据库，其稳定性高度依赖于宿主环境。文章深刻指出了数据库损坏往往源于软硬件之间的交互博弈，例如 POSIX 锁的设计缺陷、硬件厂商对 fsync 的“撒谎”以及文件描述符的误用。对于后端开发者而言，这不仅是一份避坑指南，更是深入理解操作系统 I/O、文件锁机制及 ACID 事务实现的教科书。特别是关于文件描述符关闭后仍被写入的细节，展示了看似无害的操作如何在多线程环境中引发灾难性后果。
💡 核心观点：软件可靠性不仅是算法逻辑的产物，更是对底层操作系统、硬件特性与文件系统怪癖进行系统性防御的结果。
原文链接：Hacker News
