Litestream SQLite 流式复制

要解决的问题

SQLite 在单机和边缘场景里很实用，但把它放进生产环境时，备份与容灾往往靠手动拷贝文件。数据库文件、日志、检查点分散在不同路径后，很难判断哪一份是完整且最新的，也无法快速回答“最近 5 分钟内的写入是否可恢复”。一旦主机故障，RTO 和 RPO 会变成模糊承诺。

技能如何工作

Litestream SQLite 流式复制面向这类问题，把 SQLite 的变更持续复制到远端目标，而不是定期导出整库快照。运行过程中会持续捕获数据库的变更流，并以可验证的方式写入下游存储。

• 复制目标：支持 S3、Azure、GCS、SFTP 与本地存储，覆盖云对象存储、远程文件系统和本机备份目录。
• 运行方式：作为独立进程持续监听数据库变更，写入副本时无需修改 SQLite 的应用查询路径。
• 恢复路径：在需要容灾时，可以从远端副本定位到指定时间点或检查点，再恢复出可用的数据库文件。
• 生产用法：适合将 SQLite 视为正式生产数据库的场景，尤其是已经在使用 Go 技术栈、轻量服务或边缘节点的团队。

适用边界与注意点

该技能整理的是 Litestream 的操作方式与上游文档，不替代数据库设计与备份策略。复制频率、存储成本、网络抖动和恢复演练仍需由使用者自行规划。复制目标为远端时，要确认存储账号权限、加密方式与生命周期策略。恢复前应验证副本完整性，并在测试环境完成回演，避免把“有备份”误认为“能恢复”。