查询cluster_config时间过长，服务不可用

8点的时候应该是执行了一个alert table导致这个243 oom了，不过没想通的是为啥1个半小时才起来？
像是243上还有个tikv，tidb已经oom的情况下，还在疯狂扫描alter table的数据，导致tidb一直等到扫描完成才起来，这样才能解释的通。

tikv的监控信息，集群拓扑也提供一下，感觉还是混合部署的问题。