【TiDB 使用环境】生产环境
【TiDB 版本】v5.4
【操作系统】ubantu 20.04
【部署方式】机器部署 CPU 80核 内存500G
【集群数据量】
【集群节点数】
【问题复现路径】使用pymysql执行SQL语句SELECT * FROM imageinfo
【遇到的问题：问题现象及影响】
报错日志：
sql语句执行2min左右，被KILL掉。
这个表的数据量极大，接近300G。我故意执行该语句，我想知道为什么会出现这种KILL掉，然后出现executor:1317]Query execution was interrupted的情况。关于超时的参数(如图)我自查过也是正常的。
我看dashborad(下图)中出现send response message耗时最长，我在想会不会因为网络传输方面的原因？但是具体是什么配置或是什么机制，导致的这种KILL呢，是谁主动发起KILL的呢。
【资源配置】
慢查询
关于超时的参数：
