我正在解决这个问题中，目前思路： 要么参考最常见的思路，删除 tsdb 重启进程解决【简单粗暴快捷】 参考其他帖子，对底层使用的时序数据库相关配置进行调优，个人觉得这种一看就大概率是 compaction 之类相关坑：ng-monitoring-server 的内存使用有上限吗？怎么配置呢 【优雅费时费精力】 官方 repo 已新出了一个 release ，不过是 beta 版，自己 build binary出来，替换过去，看看能不能解决： https://github.com/pingcap/ng-monitoring/releases/tag/v9.0.0-beta.1 理论上这个组…

更新下：实在没有思路 重启大法解决了…现在重新恢复均衡了，但是不敢猛调了，就让它慢慢均衡吧…… [image]

有设置了： location-labels: zone, dc, host, disk isolation-label: host 现在是在 disk label 上，对 sata 类型进行均衡

不是，每个节点 10TB 数据，这里这个图不准，可能是 bit

哦对了。看监控图有很多 pending 的 snapshot worker 这个重要信息给忘记了。pd operator 也补上了

磁盘和 IO 都没有问题

我们主要是两个场景： 基于 TiCDC 实现同步 TiDB binlog 到 kafka 供业务订阅消费 基于 TiCDC 做异地灾备 TiDB 集群的数据同步

重拾身体锻炼：每周 2 次 + 技术进步：读书 + 考证（考虑 PCTP，看看社区今年有没继续类似的考证活动 ） 兴趣培养：大概率是创作、往副业方向走，其实还没想好

[image] 有趣、有盼

平安喜乐 财源广进 升职加薪

出题：

1、（蛇）时来运转 2、福蛇盈门 3、十拿九稳 4、心想事成 5、开门见山 6、画蛇添足 7、打草惊蛇 8、瞠目结蛇（舌） 9、依依不蛇（舍） 10、龙蟠虎踞 11、巧舌如簧 12、唇枪舌剑 13、 引蛇出洞

但是，我说一下主观感受：在TiDB 实现的主键聚簇索引，各种各样的限制会比MySQL大的多。这也导致我们经常遇到MySQL2tidb的同步异常，因此tidb不支持对聚簇索引类型的主键做修改。

啊？？？Ubuntu 和 Debian 操作系统，竟然不保障企业级生产质量要求？这俩是有森马特别问题没解决吗，有点黑人问号了

不错，社区的力量

什么云主机这么强不用重启啊？

最好是一目了然，加上放缓节奏，不然太凌乱肋

没分。

【你最想实现的 TiDB 功能需求】 DM 同步支持 Truncate 语义 【你最喜欢的 TiDB 新特性 + 理由】 可视化 Dashboard ，尤其是里面的 Top SQL，简直没有之一的神器，排查紧急问题时，一抓一个准 【你最想要周边心愿池里的哪个周边】 2024 社区新款双背包 【你考过哪些 TiDB 证书？】 PCTA 【你身边有多少位朋友在用 TiDB？】 前司、现司同事们都在用，好几十套集群了