Google CloudSQL - восстановление на момент времени с несколькими двоичными файлами журнала

Question

Этот вопрос относится к экземплярам второго поколения Google CloudSQL.

Когда вы выполняете восстановление на определенный момент времени на платформе Google CloudSQL, вы должны фактически клонировать экземпляр, а затем указать имя двоичного файла журнала и позицию для прокрутки.вперед

Я не уверен, как это на самом деле работает внутри, работает ли оно, какую резервную копию нужно сначала восстановить, а затем какие двоичные файлы журнала, если таковые имеются, исключают тот, который вы выбрали?Или он клонирует текущее состояние экземпляра и выполняет откат к нужному двоичному файлу / позиции журнала?

Что, если у вас в цепочке несколько двоичных файлов журнала со времени последнего резервного копирования, т. Е. Потому что вы вручнуюочищенные журналы?

Допустим, у вас есть цепочка, которая выглядит в CloudSQL следующим образом:

Full Backup > mysql-binlog.000001 > mysql-binlog.000002 > mysql-binlog.000003 > Full Backup > mysql-binlog.000004

, и вы хотите восстановить точку восстановления в mysql-binlog.000003 - как высделать это, или вам не нужно указывать исключающие файлы binlog, как если бы вы выполняли собственный импорт с помощью утилиты mysqlbinlog?

Answer 1

Вам необходимо восстановить предыдущую резервную копию, а затем выбрать журнал, содержащий момент времени, к которому вы хотите вернуться.Вам нужно найти и выбрать эту конечную точку в binlog для восстановления.Инструкции: здесь .

Чтобы ответить на ваш конкретный вопрос, вам нужно только выбрать самый последний binlog (тот, который содержит момент времени).Вы в основном выбираете резервную копию и затем binlog, а затем точку в binlog и восстановление выполняются нами.