单 PD 技术上是可以运行的，只是生产环境官方建议至少部署 3 个 PD，并且使用奇数节点。你原来如果只有 183、184 两个 PD，本身就没有单节点故障容忍能力，掉一个以后剩下一个无法形成 Raft 多数派。
还有scale-in 正常缩容 PD 时，TiUP 会先通过 API 删除 PD member，再停止服务和清理文件，prune 主要是清理 Tombstone 状态的 TiKV/TiFlash，对 PD 缩容没有实际作用。
可以先看下启动时到底是谁还在访问 .184：如果 .183 的 PD 日志一直访问 .184:2380，要查 PD member/etcd 状态；如果是 T…
9 天前
一个多月的学习打卡下来，在论坛和微信群里看到了很多大佬分享的经验，学到了不少平时工作中不容易系统接触到的知识。整个过程中，也能明显感受到大家对 TiDB 和国产分布式数据库的关注越来越高。
我觉得这次活动的价值并不只是最后拿到一张证书，更重要的是提供了一条比较完整的学习路径，让 DBA、开发和架构人员有机会系统了解 TiDB 的原理、架构和使用方式。对于数据库产品来说，产品本身的能力是基础，文档、培训、认证、社区以及持续的技术内容输出也是很重要的一点，这些都能帮助用户更全面地认识产品，为后面的生产环境数据库选型提供支持。
作为一名 DBA，同时也是 TiDB 的潜在用户，这次学习和实际测试…
9 天前
如果能加个tiup dm show-config 感觉是还挺实用的，尤其生产环境只是想核对 master、worker、目录和 server_configs 时
20 天前
没有更多内容了