xtrabackup 2.4.3 BUG

用XtraBackup对备份集进行apply log 的时候,卡在
xtrabackup 版本:2.4.3

InnoDB: Waited for 1535930 seconds for 128 pending reads

中了个BUG,乍一看现象是一样一样的。。。

只好升级xtrabackup 版本,到官网选了最新的 2.4.13 的版本

然后在选择了 Linux-Generic版本后,蛋疼了。。。不知道咋选

percona-xtrabackup-2.4.13-Linux-x86_64.libgcrypt145.tar.gz.md5sum	93 bytes
percona-xtrabackup-2.4.13-Linux-x86_64.libgcrypt20.tar.gz	83.9 MB
percona-xtrabackup-2.4.13-Linux-x86_64.libgcrypt145.tar.gz	79.6 MB
percona-xtrabackup-2.4.13-Linux-x86_64.libgcrypt20.tar.gz.md5sum	92 bytes
percona-xtrabackup-2.4.13-Linux-x86_64.libgcrypt11.tar.gz.md5sum	92 bytes
percona-xtrabackup-2.4.13-Linux-x86_64.libgcrypt11.tar.gz	89.5 MB

我的Linux版本是 Rhel6.3

检查

[root@sitdb09 bak]# rpm -qa|grep libgcrypt
libgcrypt-1.4.5-9.el6_2.2.x86_64

哦哦哦。。。。于是选用了

percona-xtrabackup-2.4.13-Linux-x86_64.libgcrypt145.tar.gz

完美运行。。。

关于这个BUG,解释的也不是太清楚,只能看到是2.4.10 解决了,以下是 jira.percona.com 中的一段话

And then it just keeps waiting on the pending reads until PXB is killed.

We hit a similar bug in PS sometime ago where the pending reads would not finish and we ended up using innodb_empty_free_list_algorithm=legacy to fix the problem:
https://github.com/uber/percona-server/pull/2
posted @   Coye  阅读(375)  评论(0编辑  收藏  举报
编辑推荐:
· Linux系列:如何用heaptrack跟踪.NET程序的非托管内存泄露
· 开发者必知的日志记录最佳实践
· SQL Server 2025 AI相关能力初探
· Linux系列:如何用 C#调用 C方法造成内存泄露
· AI与.NET技术实操系列(二):开始使用ML.NET
阅读排行:
· 没有Manus邀请码?试试免邀请码的MGX或者开源的OpenManus吧
· 无需6万激活码!GitHub神秘组织3小时极速复刻Manus,手把手教你使用OpenManus搭建本
· C#/.NET/.NET Core优秀项目和框架2025年2月简报
· DeepSeek在M芯片Mac上本地化部署
· 葡萄城 AI 搜索升级:DeepSeek 加持,客户体验更智能
点击右上角即可分享
微信分享提示