【 TiDB 使用环境】生产环境 /测试/ Poc
【 TiDB 版本】7.1
【复现路径】dumping其他数据库数据然后lightning导入
【遇到的问题：问题现象及影响】
从版本6.5.2升级到7.1
lightning导入提示“Cluster version check failed: [Lightning:Common:ErrVersionMismatch]TiDB version too new, expected to be within [4.0.0, 7.0.0)| ‘7.1.0’ ”
检查发现dumling和 lightining版本都没升级，这个怎么处理
【资源配置】
tiup tidb-lightning -V 看看是什么版本的
tiup update tidb-lightning:v7.1.0
或者这个命令，对单独组件进行升级
升级失败的提示在日志中找下
直接把新版本的解压文件目录添加到环境变量，用的方便。用tiup套了一层，有点别扭 
能不能解压覆盖原来的
可以把原来的目录备份下，覆盖了试试，就是个可执行文件，应该可以的。但我没试过
在官方组件提供了新版之后，你可以使用 tiup update 命令来升级组件。除了以下几个参数，该命令的用法基本和 tiup install 相同：
--all：升级所有组件--nightly：升级至 nightly 版本--self：升级 TiUP 自己至最新版本--force：强制升级至最新版本示例一：升级所有组件至最新版本
tiup update --all
示例二：升级所有组件至 nightly 版本
tiup update --all --nightly
示例三：升级 TiUP 至最新版本
tiup update --self
安装完成之后，你可以使用 tiup <component> 命令来启动相应的组件：
tiup [flags] <component>[:version] [args...]
Flags:
-T, --tag string 为组件实例指定 tag
该命令需要提供一个组件的名字以及可选的版本，若不提供版本，则使用该组件已安装的最新稳定版。
在组件启动之前，TiUP 会先为它创建一个目录，然后将组件放到该目录中运行。组件会将所有数据生成在该目录中，目录的名字就是该组件运行时指定的 tag 名称。如果不指定 tag，则会随机生成一个 tag 名称，并且在实例终止时自动删除工作目录。
如果想要多次启动同一个组件并复用之前的工作目录，就可以在启动时用 --tag 指定相同的名字。指定 tag 后，在实例终止时就不会自动删除工作目录，方便下次启动时复用。
示例一：运行 v7.1.0 版本的 TiDB
tiup tidb:v7.1.0
示例二：指定 tag 运行 TiKV
tiup --tag=experiment tikv
你可以使用 tiup status 命令来查看组件的运行状态：
tiup status
运行该命令会得到一个实例列表，每行一个实例。列表中包含这些列：
RUNNING 表示正在运行，TERM 表示已经终止--tag 指定--binpath 指定解决了，按官方手册把合并安装包的步骤再跑一遍就好了
合并
tar xf tidb-community-toolkit-v7.1.0-linux-amd64.tar.gz
ls -ld tidb-community-server-v7.1.0-linux-amd64 tidb-community-toolkit-v7.1.0-linux-amd64
cd tidb-community-server-v7.1.0-linux-amd64/
cp -rp keys ~/.tiup/
tiup mirror merge …/tidb-community-toolkit-v7.1.0-linux-amd64
这里已经提示了，要你升级到7.0.0以下的版本。7.1.0太新了还不支持。
按照报错提示，一步一步解决就行
查看了7.1版本的说明，里面提到。这个版本暂时不不稳定，你升级到稳定版本再测试吧。
在 TiDB v7.1.0 中，分区 Raft KV 引擎与 TiFlash 兼容，并支持 TiDB Lightning、BR 和 TiCDC 等工具。
该功能目前是实验特性，不推荐在生产环境中使用。目前仅支持在新集群中使用新引擎，暂不支持从原 TiKV 存储引擎直接升级到该引擎。
更多信息，请参考用户文档。
此话题已在最后回复的 60 天后被自动关闭。不再允许新回复。