这个问题与Google CloudSQL的第二代实例有关。
当您在Google的CloudSQL平台上执行时间点恢复时，您必须实际克隆实例，然后指定二进制日志文件名和位置以进行前滚。
我不确定这实际上是如何在内部工作的，它是否确定需要首先恢复哪个备份，然后确定哪些二进制日志文件(如果有的话(排除了您选择的文件？还是克隆实例的当前状态并回滚到所需的二进制日志文件/位置？
如果自上次备份以来，链中有多个二进制日志文件，即因为您手动刷新了日志，该怎么办？
假设您在CloudSQL:中有一个类似这样的链
Full Backup > mysql-binlog.000001 > mysql-binlog.000002 > mysql-binlog.000003 > Full Backup > mysql-binlog.000004
并且您想恢复到mysql-binlog.00003中的恢复点-您如何做到这一点，或者您是否不需要像使用mysqlbinlog实用程序进行本机导入那样指定排除binlog文件？
您需要恢复到以前的备份，然后选择包含要返回到的时间点的binlog。您需要在binlog中找到并选择要恢复到的最后一个点。说明如下。
要回答您的特定问题，您只需要选择最新的binlog(包含时间点的binlog(。你基本上选择备份，然后是binlog，然后binlog中的点和恢复由我们完成。