【 TiDB 使用环境】生产环境
【 TiDB 版本】7.1.0
【复现路径】使用Navciat导入一个10W数据的SQL文件，提示lost connection to server during query
【遇到的问题：导入提示lost connection to server during query】
【资源配置】
kv资源不够重启了？
你哪个提示就是tidb oom了 把你机器的架构图发出来
磁盘应该不达标
max_allowed_packet设置太低吧。
嗯 感觉磁盘是云盘
你这10万sql中间有commit吗？是不是1000行commit一次？
1.调整 batch-size 参数 : batch-size 参数决定了每次写入的数据量。通过增大 batch-size 参数，可以减少写入操作的次数，从而提升插入效率。
2.调整 max-alowed-packet 参数:max-allowed-packet 参数决定了一次网络传输的最大数据量。适当增大该参数以减少网络传输的次数，从而提升插入效率。
3.调整 max-connections 参数: max-connections 参数决定了 TIDB 的最大连接数，如果插入操作较多，可以适当增大该参数以提升插入效率。
能看看数据库的日志吗？
我自己编写的程序，专门用来处理大文件sql执行效率低的问题。
不是，是之前磁盘有问题写入不了，重启了，然后又多启动了一个TiKV昨天下线操作了，现在一直显示下线中
磁盘之前测过，基本达标，给的是SSD，但可能是云盘
用的Navicat的数据同步功能，是一条commit一次
云盘会慢，但是不会报错啊，你按我的方法把那三个参数设置一下，然后把sql加工一下再试试呢。
感觉你得搞清楚云盘是啥 很多云盘性能很差
现在好多云厂商都有ssd快盘。
是这个哈
对，就是他。
服务重启了？还是关闭了。
这个值有问题么