忽略，两套集群弄混了。新集群没问题。是4.0的集群GC停止了

目前已经新建集群，同步全量数据升级到7.1.1了，关闭了元数据锁。 -- 关闭元数据锁 SET GLOBAL tidb_enable_metadata_lock= 'off' ;

已经放弃，先不搞这块了

表里面有3条数据，stats_ver结果为0，ANALYZE TABLE t_gongshang_search_result 后结果为2 没有删除统计信息，我先观察下还会不会报这个错误

这里的done状态已经都恢复了，后面发现是被其他查询阻塞了。 select * from mysql.tidb_mdl_view; 这个表查询出来的id kiill掉就好了

有点难受，不知道该怎么处理。 关键还是生产环境

没有，从tidb滚动重启完，这个就一直没有变化

没有阻塞的，已经排查过了

row_count ? 除了DDL，其他都正常

目前查看DDL都已经synced，估计是因为DDL太多，昨天我执行了大概几百个DDL。

单个执行没问题， 我是批量执行几十个上百个，踩到这个坑了。

正常是synced

生产环境，等找个维护时间试试。

[image] “select uuid , detailjson , listjson , responsebodyhtml , listcontent , responsebodylist from t_abnormal_households_middle where uuid = ?”,“select uuid , detailjson , listjson , responsebodyhtml , listcontent , responsebodylist from t_abnormal_households_middle where uuid = ?”,“select uuid …

是的，通过这个视图找到几个查询的SQL ，kill掉就好了 SELECT *FROM mysql.tidb_mdl_view;

[image] 跑完了，回滚到第二天凌晨五点。 有点夸张了，不知道哪里的问题。 再次执行ADD COLUMN又卡住了，慢慢等吧。

[image] 还卡着， 不过状态有变化： delete only → delete reorganization cancelling → rollingback

200万行，1.2GB大小