我也碰到了
先关闭 DDL 重组织线程开关，再次执行ADMIN CANCEL DDL JOBS 86307强制推进取消流程；排查并 kill 持有该表 metadata lock 的长会话。
看下机器是不是挂了
DDL 卡在 cancelling 状态、重启 tidb-server 后 owner 漂移导致这张表所有 DDL 都做不了，是比较棘手的情况。几点：1）先别再重启剩下那台，owner 每次漂移会让状态更乱。用 ADMIN SHOW DDL JOBS 看这个 job（86307）当前的 state 和 schema_state 具体卡在哪一步，以及 ADMIN SHOW DDL 看当前 owner 是谁；2）cancelling 卡死通常是因为该 DDL 已经推进到某个不易回滚的阶段，cancel 请求发出但 owner 在处理时被打断（正好赶上重启漂移），导致状态机停在中间。3）处理思路：确认当前 owner 稳定后（不要再重启），观察 cancelling 是否能自行完成；若长时间不动，可以尝试对该 job 再次下达 ADMIN CANCEL DDL JOBS，或用 ADMIN 相关命令查看/处理卡住的 job。表只有 70 多条数据，风险可控。4）如果 job 彻底卡死无法通过 cancel 推进，需要结合 tidb.log 里该 job 的报错日志判断，必要时联系官方或在社区贴出 ADMIN SHOW DDL JOBS 的完整输出和日志。核心：稳定 owner、别再重启、看清 job 卡在哪个 schema_state，再决定 cancel 还是等它跑完。