4

我正在开发我们数据库的常规转储。我正在使用这个脚本来创建备份,然后通过常规的 cron 作业提供它。最后,我们得到一个文本文件以及所有内容的电子邮件存档。

我们遇到的问题是我们的两张桌子的大小。他们每个人都有 60k 个字段并且每天都在增长。我认为增量备份是备份的最佳解决方案,但如果要恢复它......这将是一个巨大的项目。

我的问题是两个部分:

a) 有没有更直接的方法来每天备份大表,如果没有,

b) 有没有一种简单的方法可以从每日/每周增量备份中恢复备份?

谢谢!

4

3 回答 3

9

您可能希望查看Maatkit。这是一堆 perl 脚本。其中之一是 mk-parallel-dump,它生成 mysqldump 的多个副本(默认情况下,机器中的每个 CPU 1 个)允许转储更快地进行。就像 Daniel 建议的那样,您也可以在 cron 作业中进行设置。

于 2008-11-18T04:37:20.247 回答
6

您可以使用 crob 作业执行 mysqldump 以将要备份的表转储下来。然后只需对该文件使用差异备份进行每日备份,并每周进行一次完整备份。备份的繁重工作应由您选择的备份引擎完成。

恢复数据库从来都不是一件有趣的事,所以无论如何这将是一个大项目。

http://dev.mysql.com/doc/refman/5.0/en/mysqldump.html

让我知道这是否适合您。

于 2008-11-17T21:44:40.033 回答
0

考虑使用 LVM 快照对数据源进行定期快照,然后在快照副本上使用 maatkit 以存储 SQL 转储。在从属 MySQL 数据库上执行此操作,以便您的备份不会导致您的实时平台出现性能问题。

于 2008-11-20T17:03:35.043 回答