TiKV-简介技术概述 简介：TiKV是一个分布式事务型的键值数据库，提供了满足ACID约束的分布式事务接口，并且通过Raft协议保证了多副本数据一致性以及高可用。TiKV作为TiDB的存储层，为用户写入TiDB的数据提供了持久化以及读写服务，同时还存储了TiDB的统计信息数据。TiKV是一个分布式事务型的键值数据库，提供了满足ACID约束的分布式事务接口，并且通过Raft协议保证了多副本数据一致性以及高可用。TiKV作为TiDB的存储层，为用户写入TiDB的数据提供了持久化以及读写服务，同时还存储了TiDB的统计信息数据。整体架构与传统的整节点备份方式不同，TiKV参考Spanner
设计
领导形象设计圆作业设计ao工艺污水处理厂设计附属工程施工组织设计清扫机器人结构设计
了multiraft-group的副本机制。将数据按照key的范围划分成大致相等的切片（下文统称为Region），每一个切片会有多个副本（通常是3个），其中一个副本是leader，提供读写服务。TiKV通过PD对这些Region以及副本进行调度，以保证数据和读写负载都均匀地分散在各个TiKV上，这样的设计保证了整个集群资源的充分利用并且可以随着机器数量的增加水平扩展。Region与RocksDB虽然TiKV将数据按照范围切割成了多个Region，但是同一个节点的所有Region数据仍然是不加区分地存储于同一个RocksDB实例上，而用于Raft协议复制所需要的日志则存储于另一个RocksDB实例。这样设计的原因是因为随机I/O的性能远低于顺序I/O，所以TiKV使用同一个RocksDB实例来存储这些数据，以便不同Region的写入可以合并在一次I/O中。Region与Raft协议Region与副本之间通过Raft协议来维持数据一致性，任何写请求都只能在leader上写入，并且需要写入多数副本后（默认配置为3副本，即所有请求必须至少写入两个副本成功）才会返回客户端写入成功。当某个Region的大小超过一定限制（默认是144MB）后，TiKV会将它分裂为两个或者更多个Region，以保证各个Region的大小是大致接近的，这样更有利于PD进行调度决策。同样的，当某个Region因为大量的删除请求导致Region的大小变得更小时，TiKV会将比较小的两个相邻Region合并为一个。当PD需要把某个Region的一个副本从一个TiKV节点调度到另一个上面时，PD会先为这个RaftGroup在目标节点上增加一个Learner副本（虽然会复制leader的数据，但是不会计入写请求的多数副本中）。当这个Learner副本的进度大致追上Leader副本时，Leader会将他变更为Follower，之后再移除操作节点的Follower副本，这样就完成了Region副本的一次调度。Leader副本的调度原理也类似，不过需要在目标节点的Learner副本变为Follower副本后，再执行一次LeaderTransfer，让该Follower主动发起一次选举成为新Leader，之后新Leader负责删除旧Leader这个副本。分布式事务TiKV支持分布式事务，用户（或者TiDB）可以一次性写入多个key-value而不必关心这些key-value是否处于同一个数据切片(Region)上，TiKV通过两阶段提交保证了这些读写请求的ACID约束，详见TiDB乐观事务模型。计算加速TiKV通过协处理器(Coprocessor)可以为TiDB分担一部分计算：TiDB会将可以由存储层分担的计算下推。能否下推取决于TiKV是否可以支持相关下推。计算单元仍然是以Region为单位，即TiKV的一个Coprocessor计算请求中不会计算超过一个Region的数据。 -全文完-
浙公网安备 33021202002483