繁体   English   中英

Google CloudSQL-具有多个二进制日志文件的时间点恢复

[英]Google CloudSQL - Point In Time Recovery with Multiple Binary Log Files

这个问题与第二代Google CloudSQL实例有关。

在Google的CloudSQL平台上执行时间点恢复时,您实际上必须克隆实例,然后指定二进制日志文件名和位置以向前滚动。

我不确定这在内部实际上是如何工作的,是否可以确定需要先还原哪个备份,然后再还原哪些二进制日志文件(如果有)排除了所选的那个? 还是克隆实例的当前状态并回滚到所需的二进制日志文件/位置?

如果自上次备份以来链中有多个二进制日志文件,即由于您已手动刷新了日志,该怎么办?

假设您有一个在CloudSQL中看起来像这样的链:

Full Backup > mysql-binlog.000001 > mysql-binlog.000002 > mysql-binlog.000003 > Full Backup > mysql-binlog.000004

并且您想还原到mysql-binlog.000003中的恢复点-您该怎么做,还是不需要像使用mysqlbinlog实用程序进行本机导入那样指定排除的binlog文件?

您需要还原到以前的备份,然后选择包含要返回的时间点的二进制日志。 您需要在binlog中找到并选择该终点以还原到该终点。 说明在这里

要回答您的特定问题,您只需要选择最新的binlog(包含时间点的那个)。 您基本上选择了备份,然后选择了binlog,然后选择了binlog中的点并进行了还原。

暂无
暂无

声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.

 
粤ICP备18138465号  © 2020-2024 STACKOOM.COM