tiup br restore 报错 ‘new_collation_enabled’ not match,增加 --check-requirements=false,仍然有同样的报错
【TiDB 使用环境】生产环境
【TiDB 版本】7.5.6
【部署方式】云上部署(什么云)/机器部署
【操作系统/CPU 架构/芯片详情】
【机器部署详情】CPU大小/内存大小/磁盘大小
【集群数据量】
【集群节点数】
【问题复现路径】tiup br restore full --pd “xxx:2379” --storage “/data/20260420_050301” --check-requirements=false --log-file restorefull.log
【遇到的问题:问题现象及影响】
已配置 --check-requirements=false
仍然报错
Error: the config ‘new_collation_enabled’ not match, upstream:False, downstream: True: [BR:Common:ErrUnknown]internal error
【资源配置】进入到 TiDB Dashboard -集群信息 (Cluster Info) -主机(Hosts) 截图此页面
【复制黏贴 ERROR 报错的日志】
【其他附件:截图/日志/监控】
加了-check-requirements=false,还是同样的报错
不一样这个没法恢复呢
得一样之后,加false才管用。不一样的话,加false也不管用
我需要重新创建集群,并配置 new_collations_enabled_on_first_bootstrap=false吗
问题已解决,谢谢
![]()
![]()
不客气
重新创建集群,然后设置new_collation_enabled一样吧
这个报错的核心原因是:备份源集群与目标集群的 new_collation_enabled 状态不一致。
- 备份源集群:
new_collation_enabled = false(旧排序规则) - 目标集群:
new_collation_enabled = true(新排序规则,TiDB 6.0+ 默认开启) - BR 工具不支持跨排序规则框架恢复数据,且
--check-requirements=false无法绕过这个校验。
- 备份文件来自:
new_collation_enabled = false的 TiDB 集群 - 你当前恢复的目标集群:
new_collation_enabled = true - 新排序规则(new collation)不兼容旧数据,BR 强制拦截恢复,无法通过参数跳过
升级、改配置、重启都没用
通过重建集群,指定和原集群一样的new_collation_enabled解决的吗
TiDB 集群配置不一致导致 BR 恢复失败
最终是不一致配置的问题吗
最终是配置不一致的问题导致的吗
重建集群,指定new_collations_enabled_on_first_bootstrap: false,问题解决
tidb_servers:
- host: 192.xxx
config:
new_collations_enabled_on_first_bootstrap: false
好的,就是和源端集群参数统一了

