TiDB-TiDB存储和计算能力的保障

在这里插入图片描述
存储能力-TiKV-LSM树
TiKv Server通常是3+的,TiDB每份数据缺省为3副本,这一点与HDFS有些相似,但是通过Raft协议进行数据复制,TikV Server上的数据的是以Region为单位进行,由PD Server集群进行统一调度,类似HBASE的Region调度。
TiKv集群存储的数据格式是kv(key-value)的,在TiDB中,并不是将数据直接存储在 HDD/SSD(本地磁盘)中,而是通过RocksDB实现了TB级别的本地化存储方案,着重提的一点是:RocksDB和HBASE一样,都是通过LSM树(日志结构合并树,B+树的改进,Hbase底层-WAL欲写日志-也用到过)作为存储方案,避免了B+树叶子节点膨胀带来的大量随机读写。从何提升了整体的吞吐量。

计算能力-TiDB Server
TiDB Server本身是无状态的,意味着当计算能力成为瓶颈的时候,可以直接扩容机器,对用户是透明的。理论上TiDB Server的数量并没有上限限制。

总结
TiDB作为新一代的NewSQL数据库,在数据库领域已经逐渐站稳脚跟,结合了Etcd/NySQL/HDFS/HBase/Spark等技术的突出特点,随着TiDB的大面积推广,会逐渐弱化 OLTP/OLAP的界限,并简化目前冗杂的ETL流座,引起新一轮的技术浪潮。
一言以蔽之,TiDB,前景可待,未来可期。

猜你喜欢

转载自blog.csdn.net/dgssd/article/details/112809362