zabbix监控（续）——TIDB

一 TiDB 简介

TiDB 是 PingCAP 公司基于 Google Spanner / F1 论文实现的开源分布式 NewSQL 数据库。
TiDB 具备如下 NewSQL 核心特性:
• SQL 支持( TiDB 是 MySQL 兼容的)
• 水平线性弹性扩展
• 分布式事务
• 跨数据中心数据强一致性保证
• 故障自恢复的高可用
TiDB 的设计目标是 100% 的 OLTP 场景和 80% 的 OLAP 场景。
TiDB 对业务没有任何侵入性,能优雅的替换传统的数据库中间件、数据库分库分表等 Sharding 方案。同时
它也让开发运维人员不用关注数据库 Scale 的细节问题,专注于业务开发,极大的提升研发的生产力1

1 TiDB 整体架构

2  TiDB 集群主要分为三个组件:

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 为单位进行调度。

二