备份你的SQLite数据库SQLite的独立流复制工具Lit

　　这个怎么运作
　　Litestream是SQLite数据库的流式复制工具。它作为一个单独的后台进程运行，并不断地将预写日志页面从磁盘复制到一个或多个副本。这种异步复制提供了类似于Postgres或MySQL等数据库服务器可用的灾难恢复。了解WAL
　　SQLite有一种称为WAL（预写日志）的日志模式，它首先将数据库页面更改写入单独的wal文件，然后再将这些页面复制回主数据库文件。这让SQLite可以提供安全的原子事务，因为如果事务回滚，它可以简单地删除WAL页面。如果页面直接写入数据库文件，那么在回滚时将无法取回原始页面数据。
　　WAL还允许读取事务在事务开始时拥有自己的数据库快照视图，因为同一数据库页面的多个实例可以分布在数据库文件和WAL中。
　　但是，WAL不断增长，因此最终必须将页面移回数据库文件，以便重新启动WAL。这个过程称为检查点，只有在没有事务处于活动状态时才能完成。这就是让Litestream复制SQLite的关键所在。影子WAL
　　Litestream通过有效接管检查点流程来工作。它启动一个长时间运行的读取事务，以防止任何其他进程检查点并重新启动WAL文件。相反，它不断地将新的WAL页面复制到称为影子WAL的暂存区域，并根据需要手动调用SQLite以执行检查点。
　　影子WAL是SQLite数据库旁边的一个目录，其中WAL文件被有效地重新创建为一个序列。第一个影子WAL文件00000000。wal以00000001。wal。
　　这些WAL文件包含原始WAL帧和校验和以确保一致性。要恢复数据库，我们可以简单地从某个时间点的数据库快照开始，然后重播每个WAL以使其恢复到当前状态。快照和世代
　　为了准确恢复数据库，快照和所有后续WAL帧必须可用。WAL框架中的任何中断都将导致损坏的还原数据库文件。这种快照和连续WAL文件的集合在Litestream中称为一代。
　　当Litestream首次开始复制数据库时，它会创建新的一代。这只是一个16个字符的随机十六进制字符串。通过复制数据库的当前状态来创建快照，然后创建的所有WAL文件都被命名为从零开始的8个字符递增的十六进制值。
　　如果Litestream检测到WAL帧中存在中断，那么它将自动使用新的随机十六进制字符串和快照开始新的生成。这确保了即使Litestream停止并错过了正在写入的WAL帧，我们也始终有一组连续的文件可以重播。
　　这种方法还有一个好处，即意外共享同一副本目标的两台服务器不会覆盖彼此的数据。但是，请注意，不建议将两个数据库复制到相同的确切副本路径。保留
　　从备份恢复数据库的时间与自快照以来WAL文件的数量和大小直接相关。为了避免WAL文件无限制地增长，Litestream会定期对数据执行新快照并删除旧的WAL文件。
　　这个过程分为两个步骤。首先，设置快照间隔以定期对数据库进行重新快照。这允许您在多个时间点保留数据库的副本。
　　第二步是保留执行。这会定期运行并删除任何早于保留时间的快照，并删除任何早于最旧快照的WAL文件。默认情况下，保留时间为24小时。Litestream将始终确保至少保留一个快照。
　　这个两步过程允许更多用例，例如每天拍摄快照，但保留一周的快照。备份支持
　　支持备份数据到：
　　复制到AmazonS3
　　复制到AzureBlob存储
　　复制到BackblazeB2
　　复制到DigitalOcean空间
　　复制到Scaleway对象存储
　　复制到Google云存储
　　复制到Linode对象存储
　　复制到SFTP服务器