执行truncate 语句卡住

不能依次重启 需要一起停掉再启动

抱歉,又观察了下,卡主任务已取消,依次重启TiDB server,方法可以
感谢各位的提供的思路。

恩呢,依次,是可以的。
你DDL,是只有一个DDL owner 在执行的,可以 先查看 DDL owner 在哪个tidb server上 ,命令 ADMIN SHOW DDL , OWNER_ADDRESS 列。然后 对应的tidb server 重启下试试

DDL owner 发生了选举,产生新的DDL owner ,之前的任务就断了。下次可以这样试一试

有试过 curl -X POST http://xxxx:xx/ddl/owner/resign 触发 TiDB server 重新选举,对卡住的没有变化。 下次遇到同种场景,尝试,只重启TiDB server leader ,观察对 DDL 卡住任务的影响。

现在的ddl语句卡住是不是都只能重启tidb

触发选举的话,旧的状态还是存在,下次直接重启,看看行不行,要是可以的话,给我回复下,哈哈哈,谢了。

你可以试试,之重启 DDL owner的

不行,找到DDL Owner,重启对应的 TiDB server,任务还是卡死状态

那看来是要全搞了 :rofl:

收集下所有 tidb 节点的日志,然后打包传上来,随后邀请研发的大佬帮你看看…

根据昨天讨论的情况来看,有一些场景会触发 Bug,导致重启后仍然会卡住… :rofl: :face_with_spiral_eyes:

2 个赞

大概率是遇到了新版的bug了,收集下当时日志和现场描述,提交这里
官方重现后接下来会修复

吾欲知后事详情 难道重启大法 ?

后续测试了下,没有重启DDL owner 所在的TiDB-server
只重启 sql 任务分配的所在的 TiDB-server 所在的节点,可以解决卡住问题
其中原理,想不明白

挺奇怪的,我上次是全部重启了

理解不了了 :joy: