tiup cluster scale-in mhxy --node 192.168.2.72:2379 --force
tiup cluster scale-in mhxy --node 192.168.2.73:2379 --force
tiup cluster scale-out mhxy ./scaleout-pd.yaml
重新缩容/扩容 pd 解决了。
3楼,是现在检查cluster-id 和alloc_id , cluster-id 在3个pd日志里是一样的。
##2.71
[tidb@tidb01 mhxy]$ cat /u01/tidb-deploy/pd-2379/log/pd.log | grep “cluster id”
[2024/02/05 20:05:58.317 +08:00] [INFO] [server.go:399] [“init cluster id”] [cluster-id=7332087958836394704]
[2024/02/06 08:53:26.330 +08:00] [INFO] [server.go:399] [“init cluster id”] [cluster-id=7332087958836…
pd的日志部分是,使用pd-reocver恢复后的日志,感觉是cluster id不一致了,应当如何操作呢。
截图是就是当日恢复2.72和2.73的pd的截图。
在使用 dashboard 中的 Topsql 功能时,你觉得操作界面是否简洁直观?有没有遇到过界面交互不流畅、功能入口难找、配置难的情况?
当前的直观感受就是显示的信息较少
你是否会经常使用 Topsql 功能来分析数据库性能?使用过程中,该功能提供的 SQL 性能数据是否准确、全面,能否满足你排查问题的需求?
平时有点忽略这个功能。 主要集中精力分析SQL优化, 做binding.
除了 Topsql 功能,你还会使用哪些可观测性相关功能来监控和管理系统?你期望这些功能之间的联动性达到什么效果?
更方便的按照时间段来分析SQL,比如某个时间点高并发次数,资源消耗等帮助…
下游也是tidb的, 单独处理下同步lag 慢的表。
下游也是tidb,tidb的异地备份。在备库查看ddl嘛,
对应得 changefeed 也重启过了, cdc得日志显示有slow table , checkpoint_tso 变化很慢。 如何找到慢得原因呢
[2025/08/29 09:45:52.486 +08:00] [INFO] [meminfo.go:196] [“use physical memory hook”] [cgroupMemorySize=9223372036854771712] [physicalMemorySize=540381315072]
[2025/08/29 09:45:52.487 +08:00] [INFO] [cpuprofile.go:113] [“parallel cpu profiler started”]
[2025/08/29 09:45:52.502 +08:00] [INFO] [pd_s…
在mysql里导出csv,在tidb新建表后导入csv