小步快跑在前期功能不齐全的时候可以快速提升产品可用性。 现在 tidb 基本上能满足日常使用了，可以压缩一下, 稳一稳。比如说如果以前 10个新特性组成一个大版本，现在压缩一下，改成20个。 如果短时间没那么多新功能做，就做bugfix，把现有的版本修复的稳定一些。至于 DMR，内部看看就行吧，没多大必要放出来，谁会去用呢？

发版太快会造成差两三个版本就会感觉自己用的很老的版本一样。 手机每年提升一个型号，会促进更新换代。 数据库这个东西用起来就好几年不关机，不必要更新那么快吧，该有的基本功能具备后，稳定第一吧。

单盘就行，因为 tikv 3副本，pd也是3副本，不需要靠 raid 保证数据不丢，不过你强行搞 raid 的好处就是磁盘文件损坏的概率会小很多，不需要面对 tikv 因 sst 异常导致的故障（一般情况下坏一个 tikv 也不影响业务）。 pd 一般是 3个。多了也没用。

tiproxy 流量回放这个听起来很高级，有时间了解了解怎么实现的。

https://download.pingcap.com/pd-api-doc.html 这里应该是吧。如果是go程序，直接封装个 pd的客户端也可以。

升级这个事儿只能慢慢规划，就当下这个问题确实是没解决。 最终选择了新建一个带索引的表，然后数据倒腾一遍。但是这个问题还在这里，没解决。

当然可以，至少我操作过状态从offline变成up curl -X POST http://127.0.0.1:2379/pd/api/v1/store/${store_id}/state?state=Up 以前的版本还可以强删，新版本好像换了： curl -X DELETE http://{pdip}:2379/pd/api/v1/store/${store_id}?force 上面强删的命令在新版本应该不能用了。 大概就是这个意思，restful 接口执行试试。 也可以直接封装 pdclient

mysql 的物理备份也不能在tidb恢复啊，既然是物理备份就得原产品吧。

参考： https://docs.pingcap.com/zh/tidb/stable/tune-tikv-memory-performance https://docs.pingcap.com/zh/tidb/stable/configure-memory-usage

不是时间的问题，是rowcount始终不增加，始终卡在102.

【最符合预期的功能有哪些】索引提速 【哪些功能还需要继续改进】tiflash 多个副本对提高性能的提高好像是有限 【哪些功能对你帮助不大】tispark

可以给一些官方人员明显的标志，比如说 xxx@pingcap，这种回答就很负责任，内容也很可靠。 灌水和防灌水就像病毒和反病毒软件。 反病毒软件识别病毒靠的是识别码，就是一段逻辑特征。病毒防查杀就会把病毒程序通过分割成小块，不断的用杀毒软件扫描，最终找到特征码，然后加一些花指令，绕过杀毒软件。 对应到灌水这里就是高级的灌水。 后来国产杀毒软件基本上就靠证书来识别了。只要打上了证书就可信，就放过。 可以尝试： 完全放开灌水，回帖和得分无关，只有最佳答案可得分。 认证，给一些版主、官方人员打一些明显的认证标识，他们的回复明显标识出来。 给人打分，比如说每人初始化100信誉分，回答问题…

个人非常讨厌一些一本正经胡说八道的回答，有些回答隐蔽性很高，不懂的人看起来就感觉很对，但是实际上并不能解决问题。这种人就很坏了。很容易区分的水贴对解决问题的帮助是0，这种一本正经的错误回答对问题的解决是负的。

当然可以。那3个pd没什么用。 你确定要这么手动的拼参数吗？是自己搭着玩还是业务用啊？ 自己搭着玩的话怎么都可以，也无用的话，这样搞不靠谱啊。没有监控，没有挂了重新拉起来，啥也没有，纯靠人，很容易出错。

一般情况下，一套tikv，3个pd就足够了。3个pd也只有一个pd干活。 后来的版本又支持把 tso 拆出来了，就不能那么绝对的说3个就够了，但是对于业务量没那么大的集群，还是可以说，3个pd就够了，多了也没用。

整个集群只需要部署3个pd。 你用docker的话，比较麻烦，相当于纯手工部署，需要你自己组织tikv的启动参数、pd的启动参数。 建议用tiup 如果是 k8s，可以用 tidb-operator 参考： https://docs.pingcap.com/zh/tidb/stable/hardware-and-software-requirements

为什么另一台服务器也要部署3个pd呢？ 这到底是几个集群？ 从tikv的报错，是tikv连上了错误的pd 从pd的报错看，pd也连上了错误的pd。 俩集群混了？

看你的图，243的cpu低，region数少一些。你通过 pd-ctl 看看这个 store 的评分怎么样，是不是因为磁盘空间之类的因素调度上去的 region 少一些。 另外看内存，243这台机器的内存比其他节点高，能单独看看各个 tikv 之间的内存占用情况吗？

我也想看看是什么sql，这个应该是执行计划生成的不对吧。贴下执行计划。