当您在谷歌的CloudSQL平台上执行时间点恢复时,您必须实际克隆实例,然后指定二进制日志文件名和位置以进行前滚。我不确定这实际上是如何在内部工作的,它是否计算出首先需要恢复哪个备份,然后哪些二进制日志文件(如果有)排除了您选择的备份?或者它会克隆实例的当前状态并回滚到所需的二进制日志文件/位置?如果自上次备份以来您的链中有多个二进制日志文件,即因为您手动刷新了日志,该怎么办?假设您在CloudSQL中有一个如下所示的链:
Full Backup > mysql-binlog</e
在mysql上,我有两个数据库"parque_test“和"tabelas_temporais",二进制日志被激活。
修改属于“InnoDB”的parque_test表的每个操作都记录在二进制日志上。为了避免在bin日志上记录临时表的活动,我设置了"/etc/ mysql /my.cnf“文件,以便mysql在"parque_test”上注册除"tabelas_temporais“之外的所有活动。binlog_do_db=parque