使用git处理MySQL备份是否可行？

Question

今天我有一个非常好的想法来备份我的数据库：将转储文件放在一个git存储库中，然后在每个转储上提交，以便我有最新的副本，但可以轻松回滚到任何以前的备份。 我还可以定期轻松地提取存储库的副本，以便将副本作为备份的备份保存在我自己的计算机上。 这听起来很聪明。

但是，我知道聪明的解决方案有时会有根本的缺陷。 我可以在git中存储mysqldump差异的哪些问题？ 这值得么？ 大多数人为了在服务器上进行多个数据库备份并在其他地方保留冗余副本而做了什么？

Answer 1

通常，您不会永久保留每个备份（或快照）。 git存储库会保留您进行的每次检查。 如果您决定修改旧修订版（比如每月修订一次，每月修订一次，每月一次等），您将不得不使用git filter-branch进行修改，这将重写整个历史记录。 然后git gc删除不需要的修订。

鉴于git的优势是分布式版本控制和复杂的补丁/分支工作流（两者都不适用于快照或备份），我会考虑使用具有更具延展性的不同VCS。

Answer 2

这种方法听起来不错。 我使用Git来备份我自己的重要数据。

请注意，您不存储差异 - Git会在每次提交时有效地存储目录状态的快照。 您可以生成两个提交的差异，但实际的存储机制与diff无关。

Answer 3

理论上这可行，但是当数据库转储变大时，您将开始遇到问题。

Git没有任何硬文件大小限制，但它会将最新转储的内容与先前存储在存储库中的内容区分开来，这将至少需要与这两个文件的大小一起添加的内存 - 所以我认为文件超过100MB（甚至10MB）的速度会非常慢。

Git不是用来处理这种类型的文件（即大数据文件而不是源代码），所以我认为这基本上是一个坏主意。 但是，您可以使用类似Dropbox的内容来存储转储 - 这仍然会为您保存版本历史记录，但更适合于无法有效区分的文件。

Answer 4

如果您正在使用MySQL（可能还有其他人）并启用了二进制日志记录，您可以考虑为bin日志的目录设置一个git repo，并制定策略以定期提交binlog的更新。

在MySQL中，binlog存储将数据更改为数据库上任何表的查询。 如果将提交与数据库的常规转储同步，则应具有恢复数据的版本化方法。

老实说，我认为使用MySQL的原生工具可能是一个更好的解决方案，但我在这里概述的内容可以让你对MySQL数据进行版本控制，这是我认为你首先要做的。