Navicat导入SQL到TIDB提示lost connection to server during query

Johnnes_Xnn · 2024 年1 月 9 日 02:28

服务器没重启呢

哈喽沃德 · 2024 年1 月 9 日 02:40

可以往大搞搞

Johnnes_Xnn · 2024 年1 月 9 日 02:48

1G应该也够了吧

Hacker007 · 2024 年1 月 9 日 02:57

应该是资源不够，你拆开，分批执行试试

路在何chu · 2024 年1 月 9 日 03:21

这种基本都是超时了，资源不够导致的

Kongdom · 2024 年1 月 9 日 05:46

应该是长链接超时了吧。这么大的量建议用etl工具进行导入，比如kettle

linnana · 2024 年1 月 9 日 11:40

看下这两个参数net_read_timeout 、net_write_timeout 可以调大

zhanggame1 · 2024 年1 月 9 日 23:52

Navciat直连的tidb还是通过haproxy等连的？

dba远航 · 2024 年1 月 10 日 00:59

有可能单个事务太大造成的

Johnnes_Xnn · 2024 年1 月 10 日 14:15

haproxy连的

春风十里 · 2024 年1 月 10 日 16:54

最终导入了多少行？看下tidb和tikv的日志吧？

zhanggame1 · 2024 年1 月 10 日 23:44

haproxy配置检查下照着官方手册配置文件写。我遇到过过haproxy连接中断问题
HAProxy 在 TiDB 中的最佳实践 | PingCAP 文档中心