New MySQL 8.0.21 and Percona XtraBackup 8.0.13 Issues

栏目: IT技术 · 发布时间: 5年前

内容简介:First, this release introduced the ability to temporarily disable InnoDB redo logging (see theWhen used, this new feature creates some interesting complications for Percona XtraBackup that you need to be aware of.  The core requirement for XtraBackup to be

New MySQL 8.0.21 and Percona XtraBackup 8.0.13 Issues On Monday, July 13, 2020, Oracle released MySQL 8.0.21.  This release contained a few new changes that cause issues with Percona XtraBackup.

First, this release introduced the ability to temporarily disable InnoDB redo logging (see the work log and documentation ).  If you love your data, this feature should ONLY be used to speed up an initial logical data import and should never be used under a production workload.

When used, this new feature creates some interesting complications for Percona XtraBackup that you need to be aware of.  The core requirement for XtraBackup to be able to make consistent hot backups is to have some form of redo or write ahead log to copy and read from.  Disabling the InnoDB redo log will prevent XtraBackup from making a consistent backup.  As of XtraBackup 8.0.13, the process of making a backup with the InnoDB redo log disabled will succeed, but the backup will be useless.  We are working towards adding some validation to a future release of XtraBackup that will cause it to detect and fail earlier in the process.

XtraBackup has the–lock-ddl option that can help prevent a backup from failing due to a DDL operation occurring during the backup.  This option can also be used to help to prevent the toggling of InnoDB redo logs during the backup process.  Here is the current truth table that explains the potential outcome based on the various combinations of starting states and –lock-ddl:

  • With –lock-ddl
    • With REDO enabled at start – good backup
    • With REDO disabled at start – bad backup, prepare may even succeed
    • Can not disable or enable redo during backup
  • Without –lock-ddl
    • With REDO enabled – good backup
    • With REDO disabled – bad backup, prepare may even succeed
    • Can disable and enable redo during backup, if so, bad backup, prepare may even succeed

Second, this worklog modified the handling of the ALTER UNDO TABLESPACE tablespace_name SET INACTIVE operation and will cause XtraBackup to hang during the backup phase if this operation is executed and exists within the InnoDB redo log.

Look out for the upcoming release of Percona Server 8.0.21 and Percona XtraBackup 8.0.14 which will have more advanced detection and locking to ensure that you are making good, clean, consistent backups.


很遗憾的说,推酷将在这个月底关闭。人生海海,几度秋凉,感谢那些有你的时光。


以上所述就是小编给大家介绍的《New MySQL 8.0.21 and Percona XtraBackup 8.0.13 Issues》,希望对大家有所帮助,如果大家有任何疑问请给我留言,小编会及时回复大家的。在此也非常感谢大家对 码农网 的支持!

查看所有标签

猜你喜欢:

本站部分资源来源于网络,本站转载出于传递更多信息之目的,版权归原作者或者来源机构所有,如转载稿涉及版权问题,请联系我们

支付战争

支付战争

埃里克•杰克逊 / 徐彬、王晓、清华大学五道口金融学院未央研究 审译 / 中信出版社 / 2015-5-19 / 49.00

这是一个野心勃勃的创业计划,在线支付鼻祖PayPal试图创造一个“统治世界”的金融操作系统,并在全球成功推广一款颠覆式的互联网产品。 《支付战争》的作者是“PayPal黑帮”成员之一,他真实还原了这个伟大产品是如何诞生的,以及在后来的发展壮大之路上,如何应对融资紧张、突破增长瓶颈,在竞争者凶猛围剿与平台商霸王条款的夹击下,逆境求生,改变业务模式,最终完成IPO,并成功出售给竞争对手eBay的......一起来看看 《支付战争》 这本书的介绍吧!

HTML 压缩/解压工具
HTML 压缩/解压工具

在线压缩/解压 HTML 代码

CSS 压缩/解压工具
CSS 压缩/解压工具

在线压缩/解压 CSS 代码