SQL Server和mysql上的增量备份

Question

一位用户对我说

应用增量数据库备份是乏味的，如果您错过了一步，这将给您带来极大的痛苦。 我不会理会SQL Server或MySQL上的方法-这就是事务日志的用途，因此您无需将其合并到数据模型中

因此，如果我在mysql或sql服务器上进行事务处理，我可以有一个脚本来备份在日期X和Y之后或之间修改的任何数据吗？ 我问，因为我目前正在设计表格，所以我可以做一个增量转储而不是一个完整的转储。

Answer 1

是的，您可以备份事务日志，而不是在数据库支持的情况下将逻辑合并到数据模型中。 您先前的问题是您正在使用SQLite进行开发...

从SQL Server的背景来讲，它可以将事务日志用于数据库的还原和复制。 理想的设置应具有三个RAID驱动器设置-用于操作系统的镜像，用于数据的RAID 5（或更高版本）和用于事务日志的RAID 5（或更高版本）。 关键部分是事务日志位于自己的RAID设置上，以实现最佳性能（不与读/写竞争数据）和故障转移（因为RAID并非备份）。 有关更多信息， 请参见链接 。

MySQL事务日志显示了MySQL Binary Log上的信息，该日志还引用了复制，因此我认为方法中有大量的遗留物。

Answer 2

在SQL Server上：关键因素是SLA恢复时间。 完整的灾难恢复从最新的完整备份开始，应用最新的差异备份，并在最新差异备份之后应用所有日志备份。 如果您的恢复计划中缺少差异备份，则必须从完整备份开始，然后应用所有日志备份。

因此，差异备份通过消除了应用在上次完整备份和上次差异备份之间进行的所有日志备份的需要，从而缩短了恢复时间。

如果您的数据库较小，则差异备份不会增加太多优势，因为恢复时间从一开始就很小。 但是在大型数据库上，它会有所不同，因为日志备份可能非常大，而且日志的工作日数加起来会增加恢复时间。 添加差异备份可能会使恢复时间缩短数小时。

我不确定我是否遵循您关于在设计表时要考虑差异备份的观点，因为这两个主题是正交的。