当您在谷歌的CloudSQL平台上执行时间点恢复时,您必须实际克隆实例,然后指定二进制日志文件名和位置以进行前滚。我不确定这实际上是如何在内部工作的,它是否计算出首先需要恢复哪个备份,然后哪些二进制日志文件(如果有)排除了您选择的备份?或者它会克隆实例的当前状态并回滚到所需的二进制日志文件/位置?如果自上次备份以来您的链中有多个二进制日志文件,即因为您手动刷新了日志,该怎么办?假设您在CloudSQL中有一个如下所示的链:
Full Backup > <
奴隶停止使用错误的Got fatal error 1236 from master when reading data from binary log: 'bogus data in log event'从主binlog当尝试使用mysqlbinlog读取相关的二进制日志时,我得到如下错误:
[root@slglcd-01] # mysqlbinlog ibm-pr-slglcd-01.000075 > /dev/null我想要的是一种从二进制日志中跳过(或删除)此错误的方法,创建一个新的二进制
(1)从库因为Waiting for Slave Workers to free pending events,Seconds_Behind_Master一直增加 (2)主库设置了expire_logs_days,所以从库的Relay_Master_Log_File被删掉了 (3)问题:是否可以用Relay_Master_Log_File对应的Relay_Log_File进行同步呢?
每当启动MySQL时,我都会收到这个错误。to start121028 1:38:58 [ERROR] Binloghas bad magic number; It's not a binary log file that can be used by this version of MySQL
121028InnoDB: Shutdown completed; log sequence nu