如何评价TiDB？

TIDB作为面向客户端的SQL请求和逻辑处理者，PD是集群的管理者，TiKV又通过key/value的形式持久化数据，TIDB、PD、TiKV，各自又是分布式集群，那么事务的发起、数据路由由PD负责，SQL的接收、事务过程的控制由TiDB负责，数据的落地由TiKV负责。通过这么一个责任分工明确的体系，就形成了真正的分布式事务。可付出的代价依然不小。第一个很明显，物理机器少不了，但是能到了这份上的业务也不在乎这么多资源了。第二就是TiDB的事务过程控制是在内存中进行的，等事务一致性同步好了，才会进入TiKV持久化，因此内存的消耗一定不得了，遇到延时类bug，内存就有可能因为数据洪水决堤最后的问题还是网络交互太频繁了，保障一个良好的网络环境极为重要。其优点就是事务加锁终于去中心化了，到达了分布式数据库技术航行最远的地方了，这可是谷歌的Percolator论文在2011年就发表了，谷歌真的是神族所在地。上面说的TIDB优点是个什么概念，我这么说把，关系型数据库会颤抖的!!因为对于海量的数据面向ACID问题时，没有其他更好的办法，只有RDBMS分库，这里面的复杂度和维护的难度只有设计者自己知道，但是一旦数据库既可以水平伸缩又可以支持ACID，那么面向大数据海量吞吐的在线事务处理时代就要来临了！