Mysql 时间点恢复Google Cloud SQL可以';找不到成功的备份

Mysql 时间点恢复Google Cloud SQL可以';找不到成功的备份,mysql,google-cloud-platform,google-cloud-sql,Mysql,Google Cloud Platform,Google Cloud Sql,我们正在运行一个Google Cloud SQL实例,在最初使用相同的mysqldump文件迁移数据库14天后,我意外地在live数据库的顶部重新迁移了一个数据库—实际上是将它回滚了14天 因此,我将表中的数据拼合在一起,因为新条目使用以前使用的增量ID(这不是问题),但我需要从我删除和加载数据库之前的那一刻开始,启动数据库的克隆 我已经掌握了我需要使用的时间点: mysqlbinlog --read-from-remote-server -v -uusername -ppassword mys

我们正在运行一个Google Cloud SQL实例,在最初使用相同的mysqldump文件迁移数据库14天后,我意外地在live数据库的顶部重新迁移了一个数据库—实际上是将它回滚了14天

因此,我将表中的数据拼合在一起,因为新条目使用以前使用的增量ID(这不是问题),但我需要从我删除和加载数据库之前的那一刻开始,启动数据库的克隆

我已经掌握了我需要使用的时间点:

mysqlbinlog --read-from-remote-server -v -uusername -ppassword mysql-bin.000001 -h 000.000.000.000 -P 3306 --start-datetime="2016-09-20 14:45:55" --stop-datetime="2016-09-20 14:47:00"
但是当我输入二进制日志文件名时mysql-bin.000001 而恢复位置70869547(通过mysqlbinlog结果扫描发现),其响应为:

“未找到执行该操作的成功备份。”

它会提示您等待下一次每日备份,但上一次备份是在3小时前,我昨天也做了同样的尝试


想知道为什么会发生这种情况吗?

好的,我想我只是想把数据恢复到第20个备份,最早的备份是第21个备份!谷歌只保留了7天的备份。 但是我希望上面的方法能帮助人们在将来更快地找到他们的备份点。

与使用位置浏览数据库中的binlog相比,
--start datetime
--stop datetime
更有用。谢谢你的回答!