谷歌CloudSQL -使用多个二进制日志文件的时间点恢复

Question

这个问题与谷歌CloudSQL的第二代实例有关。

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

我不确定这实际上是如何在内部工作的，它是否计算出首先需要恢复哪个备份，然后哪些二进制日志文件(如果有)排除了您选择的备份？或者它会克隆实例的当前状态并回滚到所需的二进制日志文件/位置？

如果自上次备份以来您的链中有多个二进制日志文件，即因为您手动刷新了日志，该怎么办？

假设您在CloudSQL中有一个如下所示的链：

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

并且您希望恢复到mysql-binlog.000003中的恢复点-您如何做到这一点，或者您是否不需要像使用mysqlbinlog实用程序执行本机导入时那样指定排除的binlog文件？

Answer 1

您需要恢复到以前的备份，然后选择包含要返回的时间点的binlog。您需要在binlog中找到并选择要恢复到的最后一个点。说明为here。

要回答您的特定问题，您只需选择最新的binlog (包含时间点的binlog)。您基本上先选择备份，然后选择binlog，然后由我们完成binlog中的点和恢复。