【 TiDB 使用环境】生产环境
【 TiDB 版本】6.5.1
【复现路径】做过哪些操作出现的问题 没有做任何操作
【遇到的问题：问题现象及影响】对一表执行truncate,操作 执行语句被卡住，后续的调度任务无法正常执行
【资源配置】进入到 TiDB Dashboard -集群信息 (Cluster Info) -主机(Hosts) 截图此页面
【附件：截图/日志/监控】
监控到DDL 执行情况
尝试过的解决方法
1.ADMIN CANCEL DDL JOBS 相关job_id
2.-- 执行tidb owner 重新选举
curl -X POST http://xxxx：xx/ddl/owner/resign
目前状况
此表truncate 操作卡住，导致后续 DDL,DML 语句无法执行，该怎么解决
重启大法，关闭所有tidb节点,之后再起
全部关闭后重启
SELECT ID, USER, INSTANCE, INFO FROM INFORMATION_SCHEMA.CLUSTER_PROCESSLIST；------查询当前集群中所有活跃查询，找到truncate table的 id 然后 kill id。瞅瞅
ADMIN CANCEL DDL JOBS job_id 也不行，那就重启tidb节点吧 
有尝试过kill id,不太行
是重启 leader 节点，还是所有tidbserver 节点 依次重启，还是所有tidbserver节点，全部关掉再重启，目前每天有5w个调度任务在tidb上运行，怎么尽可能将影响降到最小
有其它方法？ 所有的tidbserver 关掉，对生产环境影响太大了
全部关闭后重启
也没好办法了，重启可以tiup cluster restart tidb-test -R tidb
重启大法 tiup cluster restart clustername -R tidb
当时有木有在tidb服务器，查看有木有僵化的进程，ps 加 l 参数，左边第二列显示Z的
轮询的方式重启，也可以吧
查看了 没有僵尸进程
目前的得到的答案，只能重启了
那你是全部依次都关闭，然后在依次启动，还是，一个tidb一个的重启
还没重启，有其它好办法？
重启吧
ADMIN CANCEL 和 kill 都不行了，看来只能重启大法了
依次重启了 TiDB server 节点，DDL 任务依旧卡住，没有被取消掉
