Não, porque o --apply-log mencionado acima não atualizará o LSN em xtrabackup_checkpoints, assim, cada próximo backup incremental copiará as páginas modificadas desde o último backup completo. Não é isso que você quer alcançar
UPD
Para implementar seu cenário, você precisa:
-
Faça backup completo
innobackupex --no-timestamp /path/full
-
Salve o último LSN
# cat /path/full/xtrabackup_checkpoints backup_type = full-backuped from_lsn = 0 to_lsn = 1887987291 last_lsn = 1887987291 compact = 0 to_lsn='grep to_lsn /path/full/xtrabackup_checkpoints | awk '{ print $3 }''
-
Aplicar o log REDO do xtrabackup
innobackupex --apply-log --redo-only /path/full/
-
Faça um backup incremental
innobackupex --no-timestamp --incremental /path/inc/ --incremental-lsn=$to_lsn
-
Salvar último LSN
# cat /path/inc/xtrabackup_checkpoints backup_type = incremental from_lsn = 1887987291 to_lsn = 1887987291 last_lsn = 1887987291 compact = 0 to_lsn='grep to_lsn /path/inc/xtrabackup_checkpoints | awk '{ print $3 }''
-
Aplicar alterações incrementais e log de REDO
innobackupex --apply-log --redo-only --incremental-dir=/path/inc /path/full/
-
Remover diretório com backup incremental
rm -r /path/inc
Repita 4-7 quantos você precisar. / path / full irá conter a última versão do seu banco de dados.
Quando você deseja restaurar o banco de dados
-
Conclua a aplicação de logs (= criar log REDO):
innobackupex --apply-log /path/full
-
Copie a cópia de backup para o datadir
mv /path/full/* /var/lib/mysql
-
Corrigir permissões (Verifique se as opções em /path/full/backup-my.cnf são as mesmas que em /etc/my.cnf (/etc/mysql/my.cnf para o Debian))
chown -R mysql /var/lib/mysql
-
Inicie o MySQL
/etc/init.d/mysql start