分布式 SQLite 的概念——即使用 SQLite 引擎作为存储层，同时通过外部协议管理复制——自 2014 年以来经历了显著的演变。rqlite 的创始人 Philip O'Toole 指出，第一个将 Raft 共识算法与 SQLite 相结合的开源系统是在十多年前发布的。这一架构选择是出于在集群系统中对少量关系型存储的需求，而在这种系统中，没有任何单个节点是理想的永久宿主。通过在 SQLite 前方放置 Raft 日志，系统可以确保每一次写入都被复制到整个集群中，从而防止在单个节点故障时发生数据丢失。

多年来，这项技术根据不同的一致性和可用性要求分化成了三个截然不同的设计方向。第一个方向以 rqlite 和 Canonical 的 dqlite 为代表，专注于 CP（一致性和分区容错）系统。这些系统使用基于领导者的共识模型，写入操作必须获得大多数节点的确认。第二个方向在 2021 年左右随着流式恢复的兴起而出现，以 Litestream 为代表。Litestream 并非采用集群，而是监控 SQLite 的预写日志（WAL）并将其流式传输到 S3 等云存储中，为单节点设置提供灾难恢复。第三个方向涉及基于合并的复制，例如 cr-sqlite，它使用无冲突复制数据类型（CRDTs）允许多个写入者在没有中央领导者的情况下发生分歧并进行合并，旨在满足本地优先（local-first）应用程序的需求。

虽然底层技术仍然是开源的，但市场已转向托管平台。像 Turso（于 2026 年被 Supabase 收购）和 Cloudflare 的 D1 等项目，已将复制型 SQLite 从一种自部署的基础设施组件转变为一种无服务器数据库产品。O'Toole 观察到，虽然使用 SQLite 作为存储引擎并配合外部复制的核心思想已被至少八个不同的团队重新发明，但今天的核心区别在于用户是希望自行运行基础设施，还是付费使用托管服务。对于那些寻求能够完全理解并独立托管的容错关系型数据库的用户来说，rqlite 仍然是首选方案。