qq_33947052的博客

TIDB的配置系统配置：一部分存储在TIDB数据库的KV存储中专指TiDB-Server的参数，不包括TIKV和PD一部分参数的修改不需要重启即可持久化有作用域范围可以通过MySQL客户端进行修改集群配置：全部参数存储在TiDB-Server，TIKV-Server和PD的配置文件中包含TiDB-Server，TiKV-Server和PD的所有配置文件的参数必须通过节点上的配置文件，之后重启节点方可生效没有作用域范围必须通过TiUP edit-config和tiup reload进行

备份热备：通常允许应用程序完全访问数据通过以下方式锁定数据：使用MVCC锁定在较低级别（例如行级别）完全不锁定，以便应用程序可以继续访问数据冷备：通常不允许应用程序访问数据温备：允许应用程序访问数据但是不可以修改备份技术逻辑备份：文本表示形式 SQL；文本文件中的结果包含用于重建数据库的SQL语句通过使用Dumpling或TiDB Lightning执行完整的数据转储这些数据转储基于特定的时间点，但是在所有备份技术中是较慢的优势：1.该过程将创建一个sql脚本，您可以在TiDB服务

新一代HTAP数据库选型HTAP概念的产生传统数据库OLAP的技术：并行计算，partition，物化视图，列存，bitmapHTAP核心诉求数据服务的统一TiDB应对HTAP1.海量存储允许多数据汇聚，数据实时同步2.支持多标准SQL，多表关联快速出结果3.透明多业务模块，支持分表聚合后可以任务维度查询4.TiDB最大下推机制、以及并行hash join 等算子，决定的TiDB在表关联上的优势适用于：后台运营系统、财务报表、大屏展现、用户画像引入Spark来缓解数据中台算力问题

需要一个什么样的数据库扩展性：弹性横向扩展（弹性角度看，颗粒度越小越好；写入能力的线性扩展机制）强一致性高可用性：CAP里的强一致性（副本一致性），RPO（数据系统所能容忍的数据丢失量），RTO（数据系统所能容忍的数据恢复时间）实现RPO=0，RTO足够小（与网络相关）标准SQL支持ACID事务云原生：由于计算与存储架构设计高度分离，云原生的弹性设计成为了必须HTAP：混合数据服务，基于解决数据容量的前提下，海量数据的OLAP和OLTP的融合，行列混合，具备资源隔离，需要兼容数据库与大数据的生态，

TiDB 整体架构TiDB Server: 负责接收 SQL 请求，处理 SQL 相关的逻辑，并通过 PD 找到存储计算所需数据的 TiKV 地址，与 TiKV 交互获取数据，最终返回结果。PD: 是整个集群的管理模块，其主要工作有三个：一是存储集群的元信息（某个 Key 存储在哪个 TiKV 节点）；二是对 TiKV 集群进行调度和负载均衡（如数据的迁移、Raft group leader 的迁移等）；三是分配全局唯一且递增的事务 ID。TiKV Server: 负责存储数据，从外部看 TiKV

**TiDB介绍**五大核心特性：1.一键水平扩展或收缩2.金融级高可用3.实时HTAP4.云原生的分布式数据库5.兼容Mysql5.7协议和生态四大核心应用场景：1.对数据一致性及高可靠、系统高可用、可扩展性、容灾要求较高的金融行业属性的场景2.对存储容量、可扩展性、并发要求较高的海量数据及高并发的OLTP场景3.Real-time HTAP场景4.数据汇聚、二次加工处理的场景TiDB基本功能数据类型• 数值类型：BIT、BOOL|BOOLEAN、SMALLINT、MEDI