6.5 DDL操作非常慢

Hacker_6ASfgBFe · 2024 年4 月 22 日 06:58

【 TiDB 使用环境】测试环境
【 TiDB 版本】6.5.8
tidb由5.4升级到6.5，升级后，操作ddl非常慢

Billmay表妹 · 2024 年4 月 22 日 07:01

【资源配置】进入到 TiDB Dashboard -集群信息 (Cluster Info) -主机(Hosts) 截图此页面
这个发一下

TiDBer_0p0BD6le · 2024 年4 月 22 日 07:03

可以执行admin show ddl jobs查看DDL的状态，检查DDL是否推进

小龙虾爱大龙虾 · 2024 年4 月 22 日 07:10

truncate 操作都慢的话，可能是由于 MDL 锁导致的，先按这个排查下吧，https://docs.pingcap.com/zh/tidb/stable/metadata-lock#元数据锁的可观测性

Hacker_6ASfgBFe · 2024 年4 月 22 日 07:13

看了下，状态是queueing

wakaka · 2024 年4 月 22 日 08:02

可能有并发DDL操作，需要检查下同一时间段的DDL语句，而不只是这一条

tidb狂热爱好者 · 2024 年4 月 22 日 08:34

tidb，高配机（16C+ 64G+ ）+nvme独立盘，按文档独立部署，解决99%以上的问题。

TiDBer_QYr0vohO · 2024 年4 月 22 日 08:53

看下ddl状态，同一时间段有没有其他ddl

DBAER · 2024 年4 月 22 日 08:55

也可能是mdl 锁导致的，高版本tidb的话

tidb菜鸟一只 · 2024 年4 月 22 日 09:10

先查下这个表吧，select * from mysql.tidb_mdl_view

zhaokede · 2024 年4 月 22 日 10:24

admin show ddl jobs

xiaoqiao · 2024 年4 月 22 日 12:45

有进展不

QH琉璃 · 2024 年4 月 22 日 13:40

是什么原因呢

Shanks · 2024 年4 月 22 日 15:34

admin show ddl jobs 显示结果是啥

Hacker_6ASfgBFe · 2024 年4 月 23 日 00:26

这表查不了，一直卡着，limit 1也查不出来，tidb直接重启了

Hacker_6ASfgBFe · 2024 年4 月 23 日 00:28

shigp_TIDBER · 2024 年4 月 23 日 01:10

DDL慢的原因：1，查下是否有ddl锁；2，查下此表是否开启小表缓存；

舞动梦灵 · 2024 年4 月 23 日 03:28

truncate很慢的话，看看这个表有没有锁。正常来说不可能出现这个问题，你可以取消执行。过一会在执行一下试试

mono · 2024 年4 月 23 日 03:46

我也是从5.4升级到6.5的，ddl性能提升很明显。你这问题。很可能升级前没有检查是否有正在执行的ddl。

wakaka · 2024 年4 月 23 日 06:10

正常情况下synced的truncate执行快吗？我看上面三个表名是一样吗？