【 TiDB 使用环境】测试
【 TiDB 版本】v7.5.0
【复现路径】
【遇到的问题:问题现象及影响】
使用tiup dumpling将mysql的数据都导出成功了,数据量900G, 然后使用tidb-lightning导入到tidb报错
【资源配置】进入到 TiDB Dashboard -集群信息 (Cluster Info) -主机(Hosts) 截图此页面
【附件:截图/日志/监控】
【 TiDB 使用环境】测试
【 TiDB 版本】v7.5.0
【复现路径】
【遇到的问题:问题现象及影响】
使用tiup dumpling将mysql的数据都导出成功了,数据量900G, 然后使用tidb-lightning导入到tidb报错
【资源配置】进入到 TiDB Dashboard -集群信息 (Cluster Info) -主机(Hosts) 截图此页面
【附件:截图/日志/监控】
在其他帖子中看到报这个错可能是因为表太多导致的超时原因。
也可以参考这个看看
看起来似乎是操作时间过长造成了超时,服务器设置中有空闲时间过长关闭连接的设置吗?
这个参考的帖子最后好像也没解决
没有设置,在哪设置
又看了一下其他的贴子,可能是表太多导致的超时,大概多少张表?
是tidb 不行 你贴一下tidb的架构 很可能是架构问题
320张表
只有一个tikv?
是的,我磁盘不多,就想弄一个tikv
用的逻辑导入还是物理导入?
那就是物理导入,满足这些必要条件和限制么?
https://docs.pingcap.com/zh/tidb/dev/tidb-lightning-physical-import-mode#必要条件及限制
数据库没人用,新环境,lightning就一个,没有并发
可以参考一下mysql的处理方法
感觉是磁盘不行 tikv 必须要ssd 还是本地ssd盘 不能是云盘 你可能买的是阿里云 腾讯云
如果在云上 一定要注意磁盘性能 云ssd不满足条件的
我是v3700集中存储,不是固态,不是固态不能用吗?
这个我试试,等会我把超时都改大试试