xtrabackup 备份从库报错,原因是uper_read_only =ON
########################
MySQL版本:8.0.26
xtrabackup 备份从库报错,官方bug:https://bugs.mysql.com/bug.php?id=104573
问题描述:
xtrabackup报错
Undo tablespace number 1 was being truncated when mysqld quit. Cannot recover a truncated undo tablespace in read-only mode xtrabackup: error: xb_load_tablespaces() failed with error code 57
问题排查:
查看备份节点数据目录,发现在其目录下均存在undo_1_trunc.log文件。两个集群从库情况基本一致,均存在undo_1_trunc.log文件。 undo_1_trunc.log文件为undo表空间truncate 时创建的临时文件,用作记录truncate操作的日志文件,truncate操作完成后自动删除,但undo_1_trunc.log文件一直存在,说明truncate操作一直在进行中,且文件日期比较早,说明truncate操作夯住的时间比较长。 查阅官方bug信息https://bugs.mysql.com/bug.php?id=104573 ,发现有类似的从库undo表空间长时间处于清理状态,该问题是由参数 super_read_only =ON 触发的。
问题解决:
- 重启有undo_*_trunc.log的从节点mysqld,重启后undo_*_trunc.log文件消失。
- 修改参数减少undo的truncate操作。 set persist innodb_purge_rseg_truncate_frequency=128; set persist innodb_max_undo_log_siz=4294967296;
#########################
igoodful@qq.com
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· TypeScript + Deepseek 打造卜卦网站:技术与玄学的结合
· Manus的开源复刻OpenManus初探
· 三行代码完成国际化适配,妙~啊~
· .NET Core 中如何实现缓存的预热?
· 如何调用 DeepSeek 的自然语言处理 API 接口并集成到在线客服系统
2020-06-15 diff
2018-06-15 039-冒泡排序
2018-06-15 038-选择排序