Tidb试用的小结

        长期以来一直使用MySQL作为核心存储，特别稳定可靠，有问题多半就是自己使用不当，违背了最基本的原则，否则的话真的是遇不到什么特别故障。好用，靠谱，不作死就不会死，这个就是MySQL。虽说MySQL也有单点故障，常规的Master->Slave模式的Master就是单点，但是除了硬件故障外MySQL自己真的就没啥要命的故障，间隔一段时间就把Master的更换为新硬件也能把MySQL的可靠性提升到一个相当的高度了，至少笔者从业以来就没有碰到Master自己挂掉的情况发生。能把业务搞死的不是MySQL，而是实现业务逻辑的那一帮人，人的问题比MySQL本身的问题多得太多。虽说没有遇到过，但是这种单点始终都是头上的一把剑，不知道什么时候掉下来，掉下来就死透了，根本扛不住。话说也有很多MySQL的HA方案，没有强大的运维保障，那东西故障率多半比MySQL要高，想用的怎么也得要掂量一下，别为了避免一个10天发生一次的故障，而引入了一个可能5天就发生1次故障的方案。MySQL也有一个致命的问题，只有Master的数据是实时、一致的，Slave总差了那么一点，再怎么快总差了那么一点点，就为了这一点点估计绝大多数玩家都是只读写Master的，说好的读写分离不到万不得已没有人会用，这种就是现实了。一般核心业务的MySQL再怎么也得1个Master至少3个Slave才能玩转，其中至少有1个Slave需要和Master的硬件保持一致，就为了Master挂掉可以随时顶上这个很少发生意外，但是只要你用MySQL就不得不这么准备一个，谁说的准呢！只有Master在线，其它的Slave只能这么准备着，不要说什么Slave也是在线的，就算在线访问量也不会高，你也不敢高，只有Master才会被真正使用到，用到低，其它的Slave就算硬件有多好，也就只能闲闲的慌，这个就是命，不服不行。MySQL还有一个要命的，不过百分之九十以上的玩家都碰不到，因为你没有那么多数据，问题就不是问题了。数据多的玩家，不外乎分表、分库，用到的人都知道看起来简单实则问题很多，从不分到分，以及到底怎么分、分了之后还要再分，分分合合都不是小事情，酸甜苦辣自在人心。

       说了这么久MySQL的坏话，终于要提到本文要讲猪脚TiDB，上面提到的MySQL的3个要命问题TiDB都完美解决了，就问你心动不心动，不心动那才怪，如果真的不心动那只说明上面的问题你还不疼，或者疼得不够深，疼到骨头里的话TiDB一来你就要心动神摇才对。笔者也这么的心动了，接下来一个5节点TiKV、3节点PD、3节点的TiDB的小集群就被搭建起来了，才有了如下一段。

（1）tikv.conf的这几个参数要搞清楚，要不会死的很惨，让你怀疑TiDB太水。

# TiDB 过来的大部分读请求都会发送到 TiKV 的 Coprocessor 进行处理，该参数用于设置
# coprocessor 线程的个数，如果业务是读请求比较多，增加 coprocessor 的线程数，但应比系统的
# CPU 核数小。例如：TiKV 所在的机器有 32 core，在重读的场景下甚至可以将该参数设置为 30。在没有
# 设置该参数的情况下，TiKV 会自动将该值设置为 CPU 总核数乘以 0.8。
end-point-concurrency = 8       

# 在不配置该参数的情况下，TiKV 会将该值设置为系统总内存量的 40%。如果需要在单个物理机上部署多个
# TiKV 节点，需要显式配置该参数，否则 TiKV 容易出现 OOM 的问题。
block-cache-size = "3GB

[raftstore]
# 默认为 true，表示强制将数据刷到磁盘上。如果是非金融安全级别的业务场景，建议设置成 false，
# 以便获得更高的性能。
sync-log = false
[rocksdb]
# RocksDB 进行后台任务的最大线程数，后台任务包括 compaction 和 flush。具体 RocksDB 为什么需要进行 compaction，
# 请参考 RocksDB 的相关资料。在写流量比较大的时候（例如导数据），建议开启更多的线程，
# 但应小于 CPU 的核数。例如在导数据的时候，32 核 CPU 的机器，可以设置成 28。
max-background-jobs = 8

（2）pd.conf中的如下几个参数不看仔细也会让你怀疑人生

  #设置 store 空间不足的阈值。
  #默认：0.8
  #最小值：大于 0
  #最大值：小于 1  
  "low-space-ratio": 0.8,

   #设置 store 空间充裕的阈值。
   #默认：0.6
   #最小值：大于 0
   #最大值：小于 1
   "high-space-ratio": 0.6,