使用Innobackupex还原时来自InnoDB的断言失败

Question

当我遇到问题的时候，我想我会回报那些帮助我的人。这可能是旧的东西，但我在任何地方都找不到它，所以就这样说：

我们最近将生产DBs从percona 5.1升级到5.5。与此平行的是，我们一直在使用无害的备份，这从来没有让我们失望.直到现在。

在从备份中添加节点时，在恢复阶段遇到了以下错误：

InnoDB: Failing assertion: len % DATA_NEW_ORDER_NULL_TYPE_BUF_SIZE <= 1

我们的备份是通过以下方式完成的：

nice -n 19 innobackupex-1.5.1 --stream=tar ./ --user XXXX --password 'YYYYY' \
  --ibbackup xtrabackup_55 | \
  nice -n 19 /usr/bin/pigz - | \
  ssh -p 32231 ***@backup.****.com \
    'cat - > /var/backup/db/#{Time.now.strftime("%Y-%m-%d")}.tar.gz'

并在下列情况下恢复：

innobackupex-1.5.1 --apply-log . --ibbackup xtrabackup

问题是我们的备份是用开关--ibbackup xtrabackup完成的。对于mysql/Percona5.1来说，这是可以的，但在mysql/Percona5.5上却不起作用，因为当前的事务在备份时没有被执行/回滚。

Answer 1

幸运的是，如果您没有阻止DB上的通信量，那么就有一个小的修复方法。通过使用--ibbackup xtrabackup_55，恢复将识别挂起的事务并相应地处理它们。

我们的脚本现在看起来如下：

nice -n 19 innobackupex-1.5.1 --stream=tar ./ --user XXXX --password 'YYYYY' \
  --ibbackup xtrabackup_55 | \
  nice -n 19 /usr/bin/pigz - | \
  ssh -p 32231 ***@backup.****.com \
    'cat - > /var/backup/db/#{Time.now.strftime("%Y-%m-%d")}.tar.gz'

和

innobackupex-1.5.1 --apply-log . --ibbackup xtrabackup_55

分别使用。

我只是想和大家分享一下这个小贴士，因为寻找一个解决方案花了我大约的时间。3,5小时。