MySQL备份策略

Question

我们正在从复制服务器运行备份，它运行良好，因为我们不面临任何其他问题，为了更好地理解我们的策略，我们提供了一些信息：

Backup Type: Full Backup
Server : MySQL 5.5
Backup Tool: mysqldump
Interval: Every 24 hours.
Data size at present : 2 TB.

事实上，我们需要储存13个月的备份，但我们只有2个月。数据每月增长约6%。我们的储藏室快用完了。

最近，我们考虑进入mysql增量备份。决定的计划是，我们需要每周运行一次备份，每24小时执行一次增量备份。

我们主要关注的是存储，因为我们的数据每个月都在增长，我需要知道以下问题的答案。

1. 考虑到我们的情况，备份和存储数据的最佳解决方案是什么？
2. 增量备份策略能否解决我们的存储问题？
3. 还有其他更好的方法来处理这种情况吗？

欢迎您提出任何建议，谢谢。

Answer 1

2TB对mysqldump来说听起来太多了。你试过从转储恢复数据库吗？需要多长时间？

对于大型数据库，我建议使用XtraBackup。它不仅速度更快，尤其是在恢复方面，而且还支持增量备份。

每周一次的完整拷贝听起来很合理。对于每日备份，您有两个选项：

• 包含自上一天以来的更改的增量副本。
• 增量复制，包含自上次完整副本以来的更改(有时这种类型称为差异备份)。我更喜欢这个，因为恢复时间更短，成功恢复数据库的机会也更高。

如果您需要存储13个月的数据，那么您可能需要存储13份完整的副本。在这种情况下，存储需求将类似。

你能做的就是在零个月的时候取一份完整的副本，然后每一只蛾都做一份差别化的拷贝。假设2TB初始规模和6%的月增长率，总的贮藏量为~4TB。

Month   Database size, TB   Delta, TB
1   1.00    0.00
2   1.06    0.06
3   1.12    0.06
4   1.19    0.07
5   1.26    0.07
6   1.34    0.08
7   1.42    0.08
8   1.50    0.09
9   1.59    0.09
10  1.69    0.10
11  1.79    0.10
12  1.90    0.11
13  2.01    0.11
    Total delta, TB 1.01

Answer 2

你需要每天备份吗？为什么不保留最近的几天，最近的几周，而只是每月之前？