ddl 执行一直在 delete only 状态 是为什么

[TiDBer_an]

【 TiDB 使用环境】生产环境 /测试/ Poc
【 TiDB 版本】6.5.2
【复现路径】做过哪些操作出现的问题
【遇到的问题：问题现象及影响】
【资源配置】进入到 TiDB Dashboard -集群信息 (Cluster Info) -主机(Hosts) 截图此页面
【附件：截图/日志/监控】

执行如下语句，ddl 执行一直在 delete only 状态 是为什么

ALTER TABLE orders ADD COLUMN features_cipher text NUll DEFAULT NUll COMMENT ‘加密后的扩展信息’

这种不应该是秒级添加吗

[TiDBer_xTvoCh2f]

是有源数据锁阻塞了吧

[TiDBer_an]

怎么查看，ADMIN SHOW DDL 只有一个在执行

[Jellybean (李文杰)]

可以在社区里搜索元数据锁关键字，然后参考排查看看是不是这方面的问题

[TiDBer_xTvoCh2f]

select * from mysql.tidb_mdl_view \G

[127.0.0.1] [(none)] 00:31:19 >select * from mysql.tidb_mdl_view \G
*************************** 1. row ***************************
job_id: 107
db_name: test
table_name: t1
query: alter table t1 add age int
session_id: 255852934
txnstart: 09-14 00:28:17.335(452524742366986241)
SQL_DIGESTS: [“begin”,“select * from t1”,“update t1 set name = ? where id = ?”]
1 row in set (0.04 sec)

[TiDBer_xTvoCh2f]

专保存元数据锁的视图，如果没有再排查下阻塞

[TiDBer_an]

@TiDBer_xTvoCh2f

select * from mysql.tidb_mdl_view

存在数据写入，这种算吗

[TiDBer_xTvoCh2f]

算，只要查到就代表有元数据锁冲突了，看执行时间,同一秒执行的insert太频繁，找个该表稍空闲的时间，一秒就执行完成了

[TiDBer_an]

感谢，解决了 ，是有一个长时间的查询一直在，kill 掉就好了