Centos7 安装部署 TIDB集群

最新推荐文章于 2025-04-14 20:45:00 发布

格赚

最新推荐文章于 2025-04-14 20:45:00 发布

阅读量2.6k

点赞数

分类专栏：数据库文章标签： TIDB

本文链接：https://blog.csdn.net/Arvinzr/article/details/86366914

版权

本文档详细介绍了在Centos7上安装和部署TiDB集群的步骤，包括组件描述、系统要求、网络配置、服务器需求、系统配置、集群部署过程以及可能出现的异常和解决方案。主要内容涉及TiDB Server、PD Server、TiKV Server的职责，集群的网络端口需求，系统依赖包的安装，Ansible的使用，SSH互信和sudo权限设置，以及启动和测试集群的方法。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

一、组件介绍及安装环境要求

1.组件描述

TiDB Server：

TiDB Server 负责接收 SQL 请求，处理 SQL 相关的逻辑，并通过 PD 找到存储计算所需数据的 TiKV 地址，与 TiKV 交互获取数据，最终返回结果。
TiDB Server 是无状态的，其本身并不存储数据，只负责计算，可以无限水平扩展，可以通过负载均衡组件（如LVS、HAProxy 或 F5）对外提供统一的接入地址。

PD Server：

Placement Driver (简称 PD) 是整个集群的管理模块，其主要工作有三个：

一是存储集群的元信息（某个 Key 存储在哪个 TiKV 节点）；

二是对 TiKV 集群进行调度和负载均衡（如数据的迁移、Raft group leader 的迁移等）；

三是分配全局唯一且递增的事务 ID。

PD 是一个集群，需要部署奇数个节点，一般线上推荐至少部署 3 个节点。

TiKV Server：

TiKV Server 负责存储数据，从外部看 TiKV 是一个分布式的提供事务的 Key-Value 存储引擎。存储数据的基本单位是 Region，每个 Region 负责存储一个 Key Range（从 StartKey 到 EndKey 的左闭右开区间）的数据，每个 TiKV 节点会负责多个 Region。TiKV 使用 Raft 协议做复制，保持数据的一致性和容灾。副本以 Region 为单位进行管理，不同节点上的多个 Region 构成一个 Raft Group，互为副本。数据在多个 TiKV 之间的负载均衡由 PD 调度，这里也是以 Region 为单位进行调度。

TiSpark：

TiSpark 作为 TiDB 中解决用户复杂 OLAP 需求的主要组件，将 Spark SQL 直接运行在 TiDB 存储层上，同时融合 TiKV 分布式集群的优势，并融入大数据社区生态。至此，TiDB 可以通过一套系统，同时支持 OLTP 与 OLAP，免除用户数据同步的烦恼。