TiDB是PingCAP公司自主设计、研发的开源分布式关系型数据库，是一款同时支持在线事务处理与在线分析处理(Hybrid Transactional and Analytical Processing,HTAP)的融合型分布式数据库产品，具备水平扩容或者缩容、金融级高可用、实时HTAP、云原生的分布式数据库、兼容MySQL协议和MySQL生态等重要特性。目标是为用户提供一站式OLTP(Onli
在内核设计上，TiDB分布式数据库将整体架构拆分成了多个模块，各模块之间互相通信，组成完整的TiDB系统。对应的架构图如下： 与传统的单机数据库相比，TiDB具有以下优势： 纯分布式架构，拥有良好的扩展性，支持弹性的扩缩容 支持SQL，对外暴露MySQL的网络协议，并兼容大多数MySQL的语法，在大多数场景下可以直接替换MySQL 默认支持高可用，在少数副本失效的情况下，数据库本身能够
TiDB实例将表中的每一行数据映射成RocksDB中的键值对，则需要考虑如何构造Key和Value。首先，OLTP场景下有大量针对单行或者多行的增、删、改、查等操作，要求数据库具备快速读取一行数据的能力。因此，对应的Key最好有一个唯一ID（显示或隐式的ID），以方便快速定位。其次，很多OLAP型查询需要进行全表扫描。如果能够将一个表中所有行的Key编码到一个区间内，就可以通过范围查询高效完成全
在TiDB数据库集群中，TiProxy是PingCAP的官方代理组件，它放置在客户端和TiDB server之间，为TiDB提供负载均衡、连接保持、服务发现等功能。 提示：TiProxy是可选组件，也可以使用第三方的代理组件，或者直接连接到TiDB Server。 下图展示了基于TiProxy的TiDB集群架构。 点击这里查看视频讲解：【赵渝强老师】：国产数据库TiDB的代
TiDB节点的SQL层，即TiDB Server，它负责将SQL翻译成Key-Value操作，将其转发给共用的分布式Key-Value存储层TiKV，然后组装TiKV返回的结果，最终将查询结果返回给客户端。这一层的节点都是无状态的，节点本身并不存储数据，节点之间完全对等。因此很容易实现失败迁移，从而支持容错。下图详细说明了TiDB SQL层的工作机制。 点击这里查看视频讲解：【
数据库在运行过程中会出现各种故障，因此对数据库进行必要的备份是非常重要的。有了数据库的备份就可以在数据库出现错误时保证数据的安全。因此TiDB数据库提供了强大的数据库备份与恢复机制。 点击这里查看视频讲解：【赵渝强老师】：TiDB的备份恢复策略 一、 TiDB备份和恢复基础 基于Raft协议和合理的部署拓扑规划，TiDB实现了集群的高可用，当集群中少数节点挂掉时，集群依然能
TiDB是一款开源的国产分布式关系型数据库。TiKV是TiDB的行存引擎，它支持多版本并发控制(Multi-Version Concurrency Control,MVCC)。假设有这样一种场景：某客户端A在写一个Key，另一个客户端B同时在对这个Key进行读操作。如果没有数据的多版本控制机制，那么这里的读写操作必然互斥。在分布式场景下，这种情况可能会导致性能问题和死锁问题。有了MVCC，只要客
TiDB是一款开源的国产分布式关系型数据库。在TiDB的生态圈中提供了各种组件。 点击这里查看视频讲解：【赵渝强老师】：TiDB生态圈组件 下面分别进行介绍： 1、 TiKV TiKV是TiDB的行存引擎通过使用TiKV支持OLTP的应用场景。下图展示了TiKV的体系架构： 2、 TiFlash TiFlash是TiDB的列存引擎通过使用TiFlash支持OLAP的应用场
随着数据库在企业应用系统和互联网上的广泛使用，为了保护数据库中存储数据的安全，数据库应提供相应的审计功能以减少对隐私政策和做法的担忧。TiDB数据库提供了相应的审计功能，让系统管理员能够实施增强的保护措施，及时发现可疑活动，做出精心优化的安全应对。 点击这里查看视频讲解：【赵渝强老师】：使用TiDB的审计日志 当TiDB集群启动成功后，通过使用命令tiup cluster
TiDB作为数据保存系统，首先要决定数据的存储模型，即数据的保存形式。TiKV选择使用Key-Value模型，并提供有序遍历方法。TiKV数据存储的两个关键点： TiKV实现了一个巨大的Map用于存储Key-Value Pairs（键值对）。 Map中的键值对按照键的二进制顺序排序。 点击这里查看视频讲解：【赵渝强老师】：TiDB的数据存储模型 TiKV的KV存储模型与
从TiDBv4.0起，提供了包管理工具TiUP，负责管理TiDB、PD、TiKV等组件。用户只需通过TiUP命令即可运行这些组件，显著降低了管理难度。TiUP程序只包含少数几个命令，用来下载、更新、卸载组件。TiUP通过各种组件来扩展其功能。组件是一个可以运行的程序或脚本，通过tiup <component>运行组件时，TiUP会添加一组环境变量，并为该程序创建好对应的数据目录，然后
TiDB集群的配置文件主要包括：TiKV、TiDB、PD和TIFlash的配置文件，执行下面的命令可以查看到所有相关的配置文件。 # tree /tidb-deploy/{tidb*,pd*,tikv*,tiflash*}/conf 输出的信息如下： /tidb-deploy/tidb-4000/conf └── tidb.toml /tidb-deploy/pd-2379/conf └──
TiDB数据库提供了以下几款命令行工具，用于操作和管理TiDB集群中的节点。 这几款工具主要包括： TiDB的命令行工具：tidb-ctl TiKV的命令行工具：tikv-ctl PD的命令行工具：pd-ctl 集群管理工具：TiUP 点击这里查看视频讲解：【赵渝强老师】：TiDB提供的命令行工具 下面分别进行介绍 一、 TiDB的命令行工具：tidb-ctl TiDB
TiDB的TiFlash提供列式存储，且拥有借助ClickHouse高效实现的协处理器层。除此以外，它与TiKV非常类似，依赖同样的Multi-Raft体系，以Region为单位进行数据复制和分散。TiFlash以低消耗不阻塞TiKV写入的方式，实时复制TiKV集群中的数据，并同时提供与TiKV一样的一致性读取，且可以保证读取到最新的数据。TiFlash中的Region副本与TiKV中完全对应，
现在我们来介绍一下新上线的课程《TiDB数据库从零开始》，本门课程共11章。 点击这里查看视频讲解：【赵渝强老师】：TiDB数据库从零开始 下面详细介绍一下每一章的主要内容： 第01章-TiDB的体系架构 本章主要介绍TiDB分布式数据库集群的体系架构，包括：存储架构、计算架构和调度架构；也会介绍TiDB提供的命令行工具 第02章-安装部署TiDB数据库 本章主要介绍
TiDB的存储架构分为TiKV和TiFlash。TiVK是行存引擎，主要用于OLTP场景；而TiFlash是列存引擎，主要用于OLAP场景。下面重点讨论一下TiDB的行存引擎：TiKV。它的体系架构如下图所示： 点击这里查看视频讲解：【赵渝强老师】：TiDB的行存引擎：TiKV 该类型的节点负责以行式方式存储数据，从外部看TiKV是一个分布式支持事务的Key-Value存
Copyright © 2005-2025 51CTO.COM 版权所有 京ICP证060544号
