你值得拥有！

加回来有什么技巧嘛，遇到的问题是，加回来也是一样的问题。

遇到的情况是节点CPU告警，想确认下具体是那个组件对CPU使用率较高， 节点上部署了组件较多， pd、cdc、tidb等做的混合部署。

建议使用Oracle的osw来做这个记录嘛

有最新的结果嘛

执行计划给的信息已经很详细了，有个全表扫的SQL呢

已经做了scale-out / in 了，应该是没有恢复 [2025/12/02 10:11:02.099 +08:00] [WARN] [http.go:413] ["failed to find remote peer in cluster"] [local-member-id=36bda1842c68a23a] [remote-peer-id-stream-handler=36bda1842c68a23a] [remote-peer-id-from=42843e713797aa2a] [cluster-id=9e63bd2785c31a28] [2025/12/02 10:11:02.…

还有其他修复方式嘛， pd-recover有可能恢复嘛

Prometheus 监控数据默认 15 天自动清除一次，可以自己设定成 2 个月或者手动删除吗？ 可以的，在 Prometheus 启动的机器上，找到启动脚本，然后修改启动参数，然后重启 Prometheus 生效。 --storage.tsdb.retention="60d"

cdc组件比较消耗资源的，看看服务器资源有瓶颈了嘛

win the future together.

有临时的workaround嘛，做patch 估计没有窗口

当前遇到的困境时，每天都需要手动的做binding绑定执行计划，大多数情况下就是索引用的不对，或者表连接有问题，这类SQL即繁琐还多。 有没有官方的运维脚本或者工具一类的优化手段，可以高效的手段来处理呢

离线的pdf版本，在阅读那些具体案例时，文本太长有换行的情况。不过，以及时很棒啦。

dashboard的监控面板包含数据库时间分布、工作负载画像、SQL 延迟拆分等核心指标，可快速判断性能瓶颈是否在数据库层，以及具体是哪种操作（如慢查询、事务冲突等）导致的问题。 优先慢SQL ，分析SQL执行计划以及锁冲突、SQL耗时时间等情况。

参加meetup

有新的进展嘛，及时feedback下

这个方式应该是最优的，让pd自动调整region副本

tikv的log日志有嘛，提示那些信息