这个问题与第二代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文件？
答案 0 :(得分：1)
您需要还原到以前的备份，然后选择包含要返回的时间点的binlog。您需要在binlog中找到并选择该终点以还原到该终点。说明是here。
要回答您的特定问题，您只需选择最新的binlog（包含时间点的那个）。您基本上选择了备份，然后选择了二进制日志，然后由二进制日志中的点和还原工作由我们完成。