INSERT OVERWRITE SELECT 连接超时？

[U_1656660254281_9780]

【详述】INSERT OVERWRITE SELECT每次执行到300,000毫秒左右就报错，Communications link failure。
【背景】无
【业务影响】
【StarRocks版本】例如：2.5
【集群规模】例如：3节点（fe与be混部）
【机器信息】64C/256G/万兆
【联系方式】社区群7-Keveon/ hongkai314@163.com
【附件】

• 
  
• 慢查询：
  • Profile信息
  • 并行度：
  • pipeline是否开启：
  • be节点cpu和内存使用率截图

[U_1656660254281_9780]

尝试修改了query_timeout 但依旧有这个问题。

[U_1656660254281_9780]

StarRocks版本 是2.5.0

[jingdan]

连接sr是通过代理访问的吗？确认下代理侧有配置连接清理的时间没。

[U_1656660254281_9780]

是直连的，没有配置代理。在同节点下用mysql客户端执行会出现unknown error

[jingdan]

报错unkown error的fe.log中查看下完整的异常栈，另外发下 怎么获取query_dump文件

[U_1656660254281_9780]

[U_1656660254281_9780]

dump_file (60.0 KB)

[jingdan]

完整的fe.log发下吧

[U_1656660254281_9780]

fe.log.20230327-1 (32.5 MB) 这是昨天报错期间的fe.log，集群只开了warn的日志。

[U_1656660254281_9780]

能看到吗 fe.log.20230327-1 (32.5 MB)

[jingdan]

上传的文件好像有点问题，看不到，麻烦重新上传下

[U_1656660254281_9780]

fe.log.7z (132.1 KB)

[U_1656660254281_9780]

有什么解决办法嘛

[jingdan]

发的不是对应时间的日志吧，unkown error会在对应fe中打印exception日志，发一个完整的日志

[jingdan]

另外看下show variables like ‘%wait_timeout%’

[U_1656660254281_9780]

是对应时间的日志 执行时间是3月27号18点半左右

[U_1656660254281_9780]

[U_1656660254281_9780]

客户端好像可以正常执行了，但jdbc连接执行还是会出现300秒就报超时

[U_1656660254281_9780]