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