pd 的数据实际上是 3 副本的,通过 etcd 进行 raft 复制,反正就这么个意思。
pd 是 etcd 自带的 raft。单 raft, tikv 是 multiraft
小步快跑在前期功能不齐全的时候可以快速提升产品可用性。
现在 tidb 基本上能满足日常使用了,可以压缩一下, 稳一稳。比如说如果以前 10个新特性组成一个大版本,现在压缩一下,改成20个。
如果短时间没那么多新功能做,就做bugfix,把现有的版本修复的稳定一些。至于 DMR,内部看看就行吧,没多大必要放出来,谁会去用呢?
发版太快会造成差两三个版本就会感觉自己用的很老的版本一样。
手机每年提升一个型号,会促进更新换代。
数据库这个东西用起来就好几年不关机,不必要更新那么快吧,该有的基本功能具备后,稳定第一吧。
单盘就行,因为 tikv 3副本,pd也是3副本,不需要靠 raid 保证数据不丢,不过你强行搞 raid 的好处就是磁盘文件损坏的概率会小很多,不需要面对 tikv 因 sst 异常导致的故障(一般情况下坏一个 tikv 也不影响业务)。
pd 一般是 3个。多了也没用。
tiproxy 流量回放这个听起来很高级,有时间了解了解怎么实现的。
升级这个事儿只能慢慢规划,就当下这个问题确实是没解决。
最终选择了新建一个带索引的表,然后数据倒腾一遍。但是这个问题还在这里,没解决。
mysql 的物理备份也不能在tidb恢复啊,既然是物理备份就得原产品吧。
不是时间的问题,是rowcount始终不增加,始终卡在102.
【最符合预期的功能有哪些】索引提速
【哪些功能还需要继续改进】tiflash 多个副本对提高性能的提高好像是有限
【哪些功能对你帮助不大】tispark
可以给一些官方人员明显的标志,比如说 xxx@pingcap,这种回答就很负责任,内容也很可靠。
灌水和防灌水就像病毒和反病毒软件。
反病毒软件识别病毒靠的是识别码,就是一段逻辑特征。病毒防查杀就会把病毒程序通过分割成小块,不断的用杀毒软件扫描,最终找到特征码,然后加一些花指令,绕过杀毒软件。
对应到灌水这里就是高级的灌水。
后来国产杀毒软件基本上就靠证书来识别了。只要打上了证书就可信,就放过。
可以尝试:
完全放开灌水,回帖和得分无关,只有最佳答案可得分。
认证,给一些版主、官方人员打一些明显的认证标识,他们的回复明显标识出来。
给人打分,比如说每人初始化100信誉分,回答问题…
个人非常讨厌一些一本正经胡说八道的回答,有些回答隐蔽性很高,不懂的人看起来就感觉很对,但是实际上并不能解决问题。这种人就很坏了。很容易区分的水贴对解决问题的帮助是0,这种一本正经的错误回答对问题的解决是负的。
当然可以。那3个pd没什么用。
你确定要这么手动的拼参数吗?是自己搭着玩还是业务用啊?
自己搭着玩的话怎么都可以,也无用的话,这样搞不靠谱啊。没有监控,没有挂了重新拉起来,啥也没有,纯靠人,很容易出错。
一般情况下,一套tikv,3个pd就足够了。3个pd也只有一个pd干活。
后来的版本又支持把 tso 拆出来了,就不能那么绝对的说3个就够了,但是对于业务量没那么大的集群,还是可以说,3个pd就够了,多了也没用。
为什么另一台服务器也要部署3个pd呢?
这到底是几个集群?
从tikv的报错,是tikv连上了错误的pd
从pd的报错看,pd也连上了错误的pd。
俩集群混了?