当前位置:网站首页>Is the real database data of TiDB stored in kv and pd?
Is the real database data of TiDB stored in kv and pd?
2022-08-01 08:25:00 【Liu Guibin】
Is the real database data of TiDB stored in kv and pd?
Other Answer 1:
Data are stored in TiKV
Other Answer 2:
- TiDB Server: The SQL layer, which exposes the connection endpoint of the MySQL protocol, is responsible for accepting connections from clients, performing SQL parsing and optimization, and finally generating a distributed execution plan.The TiDB layer itself is stateless. In practice, multiple TiDB instances can be started, and a unified access address is provided externally through load balancing components (such as LVS, HAProxy or F5), and client connections can be evenly distributed among multiple TiDB instances.In order to achieve the effect of load balancing.TiDB Server itself does not store data, but only parses SQL and forwards the actual data read request to the underlying storage node TiKV (or TiFlash).
- PD (Placement Driver) Server: The meta information management module of the entire TiDB cluster, responsible for storing the real-time data distribution of each TiKV node and the overall topology of the cluster, and providing the TiDB Dashboard management and control interface.And assign a transaction ID to the distributed transaction.PD not only stores meta information, but also issues data scheduling commands to specific TiKV nodes according to the real-time data distribution status reported by TiKV nodes, which can be said to be the "brain" of the entire cluster.In addition, the PD itself is also composed of at least 3 nodes and has high availability capabilities.It is recommended to deploy an odd number of PD nodes.
- Storage Nodes
- TiKV Server: Responsible for storing data. From the outside, TiKV is a distributed Key-Value storage engine that provides transactions.The basic unit for storing data is Region. Each Region is responsible for storing the data of a Key Range (the left-closed and right-open interval from StartKey to EndKey). Each TiKV node is responsible for multiple Regions.TiKV's API provides native support for distributed transactions at the KV key-value pair level, and provides the SI (Snapshot Isolation) isolation level by default, which is also the core of TiDB's support for distributed transactions at the SQL level.After the SQL layer of TiDB completes the SQL parsing, it will convert the SQL execution plan into the actual call to the TiKV API.Therefore, the data is stored in TiKV.In addition, data in TiKV will automatically maintain multiple copies (the default is three copies), which naturally supports high availability and automatic failover.
- TiFlash: TiFlash is a special type of storage node.Unlike ordinary TiKV nodes, in TiFlash, data is stored in columnar form, and the main function is to accelerate analysis-based scenarios.
Other Answer 3:
Tidb data is stored on tikv.
tidb has three main components:
pd: It is the management module of the entire cluster. It has three main tasks: one is to store the meta information of the cluster (which TiKV node a key is stored in); the other is to schedule and load balance the TiKV cluster (such as dataMigration, migration of Raft group leaders, etc.); the third is to assign a globally unique and incremental transaction ID.
tidb: Responsible for receiving SQL requests, processing SQL-related logic, and finding the TiKV address for storing the data required for calculation through PD, interacting with TiKV to obtain data, and finally returning the result.TiDB Server is stateless, it does not store data itself, it is only responsible for computing, and can be scaled infinitely horizontally.
tikv: Responsible for storing data. From the outside, TiKV is a distributed Key-Value storage engine that provides transactions.The basic unit of data storage is Region. Each Region is responsible for storing data of a Key Range (the left-closed and right-open interval from StartKey to EndKey). Each TiKV node is responsible for multiple Regions.TiKV uses the Raft protocol for replication to maintain data consistency and disaster tolerance.
Other Answer 4:
TIKV
PD is a coordinated association
边栏推荐
- VoLTE基础学习系列 | 什么是SIP和IMS中的Forking
- Leetcode - 6135: the longest part of the figure
- C语言中编译时出现警告C4013(C语言不加函数原型产生的潜在错误)
- HoloView -- Tabular Datasets
- What do the values 1, 2, and 3 in nodetype mean?
- The socket option
- 静态Pod、Pod创建流程、容器资源限制
- 【STM32】入门(二):跑马灯-GPIO端口输出控制
- 基于MySql,Redis,Mq,ES的高可用方案解析
- 国内外最顶级的8大plm项目管理系统
猜你喜欢
随机推荐
flink sql-client,怎么处理源端与目标增加端,sql-client包括映射表与JOB如
Mysql database deployment and initialization steps
灵魂发问:MySQL是如何解决幻读的?
Chapters 6 and 7 of Huawei Deep Learning Course
Gethostbyname \ getaddrinfo DNS domain name IP address is not safe
LabVIEW RT中的用户界面更新速度
HoloView -- Tabular Datasets
力扣周赛304 6135. 图中的最长环 内向基环树
leetcode-6135:图中的最长环
Ogg synchronizes oracle to mysql, there may be characters that need to be escaped in the field, how to configure escape?
数据分析5
Graduation thesis writing skills
企业数据虚拟化综合指南
POJ1287联网题解
静态Pod、Pod创建流程、容器资源限制
网络基础学习
华为深度学习课程第六、七章
网络个各种协议
Microsoft Azure & NVIDIA IoT 开发者季 I|Azure IoT & NVIDIA Jetson 开发基础
22 Niu Ke Duo School 1 I. Chiitoitsu (Probability dp)








