我们知道从MySQL 8.0.x开始，我们必须用Percona Xtrabackup 8.0.x来备份，之前的Percona XtraBackup 2.4已经不支持MySQL 8.x的备份了。而且Percona Xtrabackup 8.0.x也不支持备份之前的MySQL 5.6/MySQL 5.7了。但是我们对Percona Xtrabackup的具体版本支持哪一些MySQL版本了解甚少，而且官方文档也没有很详细的介绍资料。
下面来看一个案例，最近安装了一个MySQL环境，MySQL版本为最新的MySQL 8.0.28版本，Percona XtraBackup版本也是下载最新的8.0.27-19版本。
MySQL版本：8.0.28 MySQL Community Server – GPL
Xtrabackup版本：8.0.27-19
使用Percona Xtrabackup 8.0.27备份MySQL 8.0.28的时报错，如下所示：
提示当前的Percona Xtrabackup(8.0.27-19)不支持MySQL 8.0.28. 但是当前时间节点（2022-02-11），Percona官方网址，Xtrabackup最新版本为percona-xtrabackup-80-8.0.27-19.1.el7.x86_64.rpm。而MySQL的官方最新版本为MySQL 8.0.28。看了一下发布日期，MySQL 8.0.28是Sep 28, 2021发布的。 而percona-xtrabackup 8.0.27是February 2, 2022才发布的。也就是说目前官方还没有发布percona-xtrabackup 8.0.28
不过，根据官方文档，Percona XtraBackup 8.0.21开始，新增了–no-server-version-check参数。此参数控制是否将源系统版本与Percona XtraBackup版本进行比较。
关于这个参数，我搜索了官方信息，如下所示
[En]
With regard to this parameter, I searched the official information, as shown below
Percona XtraBackup_8.0.21 adds the –no-server-version-check parameter. This parameter compares the source system version to the _Percona XtraBackup version.
The parameter checks for the following scenarios:
·The source system and the PXB version are the same, the backup proceeds
·The source system is less than the PXB version, the backup proceeds
·The source system is greater than the PXB version, and the parameter is not overridden, the backup is stopped and returns an error message
·The source system is greater than the PXB version, and the parameter is overridden, the backup proceeds
Explicitly adding the –no-server-version-check parameter, like the example, overrides the parameter and the backup proceeds.
$ xtrabackup –backup –no-server-version-check –target-dir=$mysql/backup1
When you override the parameter, the following events can happen:
·Backup fails
·Creates a corrupted backup
·Backup successful
该参数检查以下场景：
·源系统和PXB版本一样，备份继续
·源系统低于PXB版本，备份继续
·源系统大于PXB版本，且参数未被覆盖，停止备份并返回错误信息
·源系统大于PXB版本，参数被覆盖，备份继续
所以我们如果使用参数–no-server-version-check备份的话，可能可以备份成功。也可能备份失败，还有可能创建了一个损坏的备份。
后来，在搜索相关资料时，我也看到其他人遇到了类似的问题，详细信息请参阅参考资料链接。
[En]
Later, when searching for relevant materials, I also saw that others encountered similar problems, as detailed in the Resources link.
关于Percona Xtrabackup 8.0.x的版本支持与限制，其实之前也是很少去了解这方面的内容，而Percona官方也没有详细的资料介绍，那么Xtrabackup 8.0.x是否能向下兼容支持呢 ？
例如 Xtrabackup 8.0.27-19 是否支持备份 MySQL 8.0.26 或MySQL 8.0.26之下的MySQL 8..的版本呢，简单测试了一下，我安装了一个MySQL 8.0.26，然后安装Xtrabackup 8.0.27-19， 测试验证它能否备份成功，看来Xtrabackup 8.0.x应该是向下兼容（当然Xtrabackup 8.0.x只能向下兼容 MySQL8.0.x的版本）
后面我搜索相关资料时，也看到了官方一则博客，它也只是简单介绍了一下，Percona XtraBackup 8.0.12之前的版本不支持MySQL 8.0.20或以上版本的备份。因为此版本包含对 InnoDB 重做日志格式的更改，这破坏了与所有当前发布的 Percona XtraBackup 8.x 系列版本的兼容性。
Update:Percona XtraBackup 8.0.12 now supports backup and restore processing for versions of MySQL 8.x; previous versions of Percona XtraBackup will not work with MySQL 8.0.20 and higher. More information
On Monday, April 27, 2020, Oracle released the highly anticipated 8.0.20 version of the MySQL database server. This release contains changes to the InnoDB redo log format which breaks compatibility with all currently released versions of the Percona XtraBackup 8.x series.
At this time, there are no known workarounds that will allow any version of Percona XtraBackup 8.x to function properly with MySQL 8.0.20.
We have identified the specific cause of the issue and diligently working towards a new release that will safely solve this issue as soon as possible.
Thank you for your patience.
看来MySQL 8.0.的变更太快，Percona Xtrabackup 8.0.的版本开发有点跟不上节奏了。开源免费的产品，在版本的更新发布上肯定不如商业软件那么高效，这也是开源软件的一些缺陷，没办法的事情。
参考资料：
https://forums.percona.com/t/when-will-xtrabackup-8-0-26-18-release/11944
https://www.percona.com/doc/percona-xtrabackup/LATEST/using_xtrabackup/comparison.html
Original: https://www.cnblogs.com/kerrycode/p/15902606.html
Author: 潇湘隐者
Title: Xtrabackup 8.0.x关于MySQL的版本支持的浅析
原创文章受到原创版权保护。转载请注明出处：https://www.johngo689.com/507822/
转载文章受原作者版权保护。转载请注明原作者出处！