TRUNCATE TABLE ，空表，为什么需要4S啊

[lemonade010 (Ti D Ber Sd Dr Zqk O)]

【 TiDB 使用环境】生产环境 /测试/ Poc
【 TiDB 版本】
【复现路径】TRUNCATE TABLE ，空表，为什么需要4S啊
【遇到的问题：问题现象及影响】
【资源配置】进入到 TiDB Dashboard -集群信息 (Cluster Info) -主机(Hosts) 截图此页面
【附件：截图/日志/监控】

[MrSylar]

影响的时间的因素挺多的，自身执行原理、资源使用、mdl锁。你的这个场景大概率 regions 太多了：show table <table_name> regions;

[zhanggame1 (Ti D Ber G I13ecx U)]

truncate table 是ddl语句，执行时间和数据量无关。truncate实际上是要创建一个新表并删了旧表。
tidb有mdl锁，执行ddl语句还有队列不能并发对表的操作，慢可能是正常的，需要排查下当时有没有其他ddl或者有mdl锁

[lemonade010 (Ti D Ber Sd Dr Zqk O)]

@MrSylar

show table <table_name> regions;

只有一个regioins，

[MrSylar]

这是 truncate 之后看的？truncate 之后的region 数是按表定义来创建的。需要 truncate 之前看

[zhaokede]

DDL执行排队了

[lemonade010 (Ti D Ber Sd Dr Zqk O)]

没有排队的情况，刚执行的时候看了s

[lemonade010 (Ti D Ber Sd Dr Zqk O)]

没有数据

[DBAER (66666)]

表多大啊，是不是类似mysql 大表，涉及到region 很多，磁盘io慢

[lemonade010 (Ti D Ber Sd Dr Zqk O)]

没有数据，空表

[diwing (Ti D Ber R Qstj35v)]

truncate实际上是drop/create操作，ddl需要进队列，owner单线程执行

[TiDBer_q2eTrp5h]

看了半天，的确是很困惑的问题。

[zhaokede]

表的健康度如何，统计信息是否准确

[zhaokede]

空表做TRUNCATE TABLE ,这个是什么逻辑

[forever]

变成空表前是不是个大表

[TiDBer_HUfcQIJx]

没显示慢在哪一步呢

[Soysauce520]

库里总共有多少个表呢

[DBAER (66666)]

具体是什么版本，高版本可能是元数据锁导致

[The-Fallen-Angel]

一个空表，truncate table操作，

搞一种锁等待的情况就可以复现。
如果没有其他什么操作 0.2s就执行完了。

[小于同学]

资源够吗