tiup中控机一台就行

哦，确实，有些版本要重新加载统计信息，会比较慢，但是并不会完全起不来，而且后来加上了加载过慢就会终止加载直接启动。。。

讲道理pd和tikv起来之后，tidb-server基本很难起不来，除非1个是资源不够了，2是网络不通了。。。

cloudcanal最简单，并且可以免费试用

要reload的一下所有的tikv节点吗？

实际生产上用着的数据库，别说mysql5.7，什么mysql5.6，oracle10g，11c之类的，只要没坏还能接着用，没人会去折腾着升级数据库的，升好了没你的功劳，升坏了全是你的锅。。。

通过 TiDB Dashboard 我们就可以直接获取TiKV 的火焰图和调用图 这个我还挺感兴趣的

加的不会是tidb-server节点吧

tiflash需要先关闭

–checksum=off

有不一致的正常，但是一直变化就不正常了，看看是不是机器的资源利用率太高了，包括磁盘使用率

processlist里面的内存我都当他闹着玩的，一点也不准。。。

看下执行计划，digest列应该有所索引的

可以在线加，但是加了之后会产生region迁移的，可能会对业务有影响

统计信息只是生成执行计划时的参考因素，生成执行计划之后的执行速度，统计信息影响不到。

mysql默认是rr啊，不是rc

是的，像这种事务导致的锁冲突只能从业务层面解决，靠数据库只能保证数据一致性，不能保证业务。

如果上游是mysql的话，2PB，存到tidb3副本大小一般最多也就3-4PB，没有3倍那么多，tidb底层存储不一样，而且对数据有压缩。如果只用1副本的话，任意坏一个节点，你数据库直接废掉了，不建议这么用。

单机tidb的话，性能肯定比单机mysql差啊，分布式数据库又不是干这个的。。。。