为什么有人想把 SQLite 变成分布式系统

SQLite 大概是世界上最流行的数据库——几乎每台手机、每个浏览器里都跑着一份。它的优点极其鲜明：零配置、单文件、嵌入式、事务完整。但它也有一个天生的限制：只能单机使用。

于是过去十几年里，不断有人尝试给 SQLite 加上分布式能力。Philip O'Toole 的文章回顾了他在这条路上走过的十二年，读下来更像是一份「技术理想主义者的复盘笔记」——不是成功学，而是把踩过的坑、做过的取舍摊开来讲。

分布式化的核心矛盾

把 SQLite 变成分布式系统，本质上是在跟它的设计哲学对抗。SQLite 假设自己独占一个文件，通过文件锁保证并发安全；而分布式系统要求多个节点同时读写、网络分区时仍能做出决策。这两件事从根上就不兼容。

文章里提到的几个关键难点值得注意：

• 复制与一致性：SQLite 的 WAL 模式让单机读写很快，但要把 WAL 日志可靠地同步到其他节点，需要额外的共识层（比如 Raft）。
• 领导者选举：单机数据库没有「谁是主」的概念，分布式化之后必须引入选举机制，而这会带来延迟和脑裂风险。
• 读扩展：让从节点提供只读查询听起来简单，但快照隔离和读一致性需要仔细设计。