【 TiDB 使用环境】测试环境
【 TiDB 版本】6.5.8
tidb由5.4升级到6.5,升级后,操作ddl非常慢
1 个赞
【资源配置】进入到 TiDB Dashboard -集群信息 (Cluster Info) -主机(Hosts) 截图此页面
这个发一下
可以执行admin show ddl jobs查看DDL的状态,检查DDL是否推进
truncate 操作都慢的话,可能是由于 MDL 锁导致的,先按这个排查下吧,https://docs.pingcap.com/zh/tidb/stable/metadata-lock#元数据锁的可观测性
1 个赞
看了下,状态是queueing
可能有并发DDL操作,需要检查下同一时间段的DDL语句,而不只是这一条
tidb,高配机(16C+ 64G+ )+nvme独立盘,按文档独立部署 ,解决99%以上的问题。
看下ddl状态,同一时间段有没有其他ddl
也可能是mdl 锁导致的,高版本tidb的话
先查下这个表吧,select * from mysql.tidb_mdl_view
admin show ddl jobs
有进展不
是什么原因呢
admin show ddl jobs 显示结果是啥
这表查不了,一直卡着,limit 1也查不出来,tidb直接重启了
DDL慢的原因:1,查下是否有ddl锁;2,查下此表是否开启小表缓存;
truncate很慢的话,看看这个表有没有锁。正常来说不可能出现这个问题,你可以取消执行。过一会在执行一下试试
我也是从5.4升级到6.5的,ddl性能提升很明显。你这问题。很可能升级前没有检查是否有正在执行的ddl。
正常情况下synced的truncate执行快吗?我看上面三个表名是一样吗?