分布式数据库 Tidb

TiDB整体架构

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-hivOKRU3-1645796535315)(C:\Users\asus\AppData\Roaming\Typora\typora-user-images\image-20220220160348762.png)]

TiDB server ( 管理者 ) PD Server (接受SQl 且服务) TiKV Server (数据的kv存储)

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-yBBorSy3-1645796535316)(C:\Users\asus\AppData\Roaming\Typora\typora-user-images\image-20220220160311622.png)]

元数据是你有哪些表

OlTP和OLAP

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-fjH5Y8Xn-1645796535316)(C:\Users\asus\AppData\Roaming\Typora\typora-user-images\image-20220220160158127.png)]

TiDb的核心特性

高可用

水平扩展

高度兼容mysql

无需修改mysql 可直接迁移至Tidb

tidb 也可以是挂到一个主从结构的mysql集群中

分布式事务

支持标准的acid的事务

一站式 HTAP

配合TiSpark

云原生的SQL数据库

配合TiOperator实现自动化运维 使部署配置和维护变得十分简单

水平弹性扩展

随着用户访问量的增加 TiDB cluster 和 TiKv Cluster 水平增加

高可用

raft协议

水平扩展

水平扩展 计算能力和存储能力

至少三个Tikv 三个TiPD 两个TiDB

高可用

能容忍部分组件的实例失效

PD 使用raft协议

TiKv

tikv 是一个集群 采用raft保证一致性 通过PD做负载均衡调度 单个节点失效时 会影响Region 对于region中的leader节点失效会中断服务 重新选举 对于follow不影响 对于kv节点失效,会在一段时间内不可以使用(默认30分钟) pd会将其上的数据迁移到其他的kv上

tiKv 采用ROCksDb实现了TB级别的本地化存储方案 是LSM树 避免了B+树叶子节点带来的膨胀带来的大量随机读写

TiDbserver 是无状态的 只需水平拓展就好

结合了 etcd mysql HDFS HBASE SPARK等技术

分布式事务

提供乐观事务模型和悲观事务模型

更多信息可以阅读

https://juejin.cn/post/7038416869375606791#heading-11

分布式事务

提供乐观事务模型和悲观事务模型

更多信息可以阅读

https://juejin.cn/post/7038416869375606791#heading-11