一般解决不了，升级前做好最坏的准备；一般我们升级通过主备模式去做
这边没有主备模式，那就只能做好br备份，实在不行再重新恢复了，就是大的集群这样恢复是很耗时的，还是得有主备模式才比较安全
谢谢回答噢，还有一点疑问帮忙解答下：new_collations_enabled_on_first_bootstrap参数的主要作用是在 TiDB 集群初次初始化时启用新的排序规则框架，以提供更好的 MySQL 兼容性和语义上的支持。那之前集群就是false的，升级后还是false的影响是？如何解决的？
只能重建集群，然后导数。
一般你需要先部署个测试环境升级一下测试一下，同时对生产库做好备份。
老版本new_collations_enabled_on_first_bootstrap默认是false，意思是默认大小写敏感且不支持修改表的collation 排序规则。
新版本new_collations_enabled_on_first_bootstrap是默认true，表示自己可以对表设置排序规则，也就是说可以自己控制 某张表是否大小写敏感。
所以影响还是看业务侧是否有区分大小写的需求。
另外这个参数是集群初始化生效，后续不支持修改。如下
最后没有办法只能新增新的集群。然后进行集群迁移了。
相关文档可以参考 https://docs.pingcap.com/zh/tidb/v7.5/character-set-and-collation
1 个赞
出现报错，看下什么原因，处理下。
好的，谢谢详细的解答噢
就是怕原因找不到，这个时候想先回退，升级有时间窗口限制，然后只能通过br进行还原？或者要先停机进行冷备后再升级？
嗯，正常是会这么去做，不过还是会有小概率的机会导致升级失败，然后如果数据量大，要如何快速回退
如果是这样，其实隐藏的代价还是很大的
升级操作考察抗压。
不行，好像退不了的
是的，所以升级前要做好功能验证。
不客气，对你有帮助就行
查看报错的原因，先在非生产环境进行升级，一定要确保数据的备份和完整性。