我有一个带有激活二进制日志(即前滚日志)的MySQL数据库。日志位于(默认情况下) /var/log/mysql中,用户只可以访问mysql和root。binary logs before now();'我知道mysqldump没有增量备份选项,二进制日志实际上是增量备份因此,每个星期三我都会通过刷新和复制b
当您在谷歌的CloudSQL平台上执行时间点恢复时,您必须实际克隆实例,然后指定二进制日志文件名和位置以进行前滚。我不确定这实际上是如何在内部工作的,它是否计算出首先需要恢复哪个备份,然后哪些二进制日志文件(如果有)排除了您选择的备份?或者它会克隆实例的当前状态并回滚到所需的二进制日志文件/位置?如果自上次备份以来您的链中有多个二进制日志文件,即因为您手动刷新了日志,该怎么办?假设您在CloudSQL中有一个如下所示的链:
Full Backup > <