精华内容
下载资源
问答
  • TiDB

    2020-12-16 18:41:23
    架构原理及安装部署 第一天: 学习任务【PCTA 备考指南 1/16 】TiDB 架构原理及安装部署:https://asktug.com/t/topic/34500 第二天: 学习任务【PCTA 备考指南...第四天: 学习任务【PCTA 备考指南 4/16】TiDB 业务开

    架构原理及安装部署

    1. 第一天: 学习任务【PCTA 备考指南 1/16 】TiDB 架构原理及安装部署:https://asktug.com/t/topic/34500
    2. 第二天: 学习任务【PCTA 备考指南 2/16】TiDB 使用管理手册:https://asktug.com/t/topic/34505
    3. 第三天: 学习任务【PCTA 备考指南 3/16】TiDB 管理工具:https://asktug.com/t/topic/34545
    4. 第四天: 学习任务【PCTA 备考指南 4/16】TiDB 业务开发最佳实践(一):https://asktug.com/t/topic/34568
    5. 第五天: 学习任务【PCTA 备考指南 5/16】TiDB 业务开发最佳实践(二):https://asktug.com/t/topic/34605
    6. 第六天: 学习任务【PCTA 备考指南 6/16】TiDB 监控与告警:https://asktug.com/t/topic/34625
    7. 第七天: 学习任务【PCTA 备考指南 7/16】一体化的数据迁移任务管理平台 TiDB Data Migration(一):https://asktug.com/t/topic/34631
    8. 第八天: 学习任务【PCTA 备考指南 8/16】一体化的数据迁移任务管理平台 TiDB Data Migration(二):https://asktug.com/t/topic/34684
    9. 第九天: 学习任务【PCTA 备考指南 9/16】实时备份与同步工具 TiDB Binlog:https://asktug.com/t/topic/34727
    10. 第十一天: 学习任务【PCTA 备考指南 9/16】实时备份与同步工具 TiDB Binlog:https://asktug.com/t/topic/34727

    注:
    优势:1.采取探针分离技术,探针性能消耗少,1000TPS高并发压力测试之下消耗0.1%。2.性能稳定3.兼容适配性好4.目前国内唯一一家实施部署超过5000个节点探针的厂商

    汇总: 提前通过 https://asktug.com/t/topic/63138

    练习题

    1. 【1/16模拟题】下面哪些选项属于分布式关系型数据库的特点(多选)
      A、提供水平扩展能力
      B、保证 ACID 事务特性
      C、必须与数据库中间件一同使用
      D、一定使用关系模型
      E、由 OLAP 类的 SQL 需求催生
      -正确答案:ABD
      -答案解析:关系型数据库一定支持 ACID 事务

    2. 【1/16模拟题】更新集群 rolling update 过程中,默认的 TiDB PD TiKV 的更新顺序是什么?(单选)
      A、PD --> TIDB --> TiKV
      B、TIDB --> PD --> TiKV
      C、TiKV --> TIDB --> PD
      D、PD --> TiKV --> TIDB
      E、TiDB --> TiKV --> PD
      -正确答案:D
      -答案解析:
      TiDB 滚动更新流程不限于平台, 顺序保持一致:

    • PD 是管理集群元信息的存在, 集群的大脑, TiKV 的启动也依赖于 PD 服务的状态
    • TiKV 是存储数据数据的组件, PD 启动成功之后它将被启动
    • TiDB 是集群对外提供服务的组件, 属于滚动升级的最后一步
      详见文档:https://docs.pingcap.com/zh/tidb-in-kubernetes/v1.0/upgrade-a-tidb-cluster/
    1. 【1/16 模拟题】TiDB (version 3.0) 的默认隔离级别是?(单选)
      A、Read Uncommitted
      B、Read Ccommitted
      C、Repeatable Read
      D、Snapshot Isolation
      E、Serializable
      -正确答案:D
      -答案解析:详见文档:
      https://docs.pingcap.com/zh/tidb/v3.0/transaction-isolation-levels#tidb-%E4%BA%8B%E5%8A%A1%E9%9A%94%E7%A6%BB%E7%BA%A7%E5%88%AB

    2. 【2/16模拟题】下列哪些是 TiDB DDL 不支持的操作(多选)
      A、同时创建多个索引
      B、同时创建多个列
      C、有损变更,比如从 BIGINT 变为 INTEGER,或者从 VARCHAR(255) 变为 VARCHAR(10)
      D、修改 DECIMAL 类型的精度
      E、修改字段字符集为 gbk
      -答案:ABCDE
      -解析:请看文档https://pingcap.com/blog-cn/tidb-source-code-reading-17/

    3. 【2/16模拟题】TiDB (version 3.0) 不支持哪种数据类型(单选)
      A、INT
      B、XML
      C、DATETIME
      D、JSON
      E、ENUM
      -答案:B
      -解析:请看文档https://docs.pingcap.com/zh/tidb/v3.0/data-type-overview#%E6%95%B0%E6%8D%AE%E7%B1%BB%E5%9E%8B%E6%A6%82%E8%BF%B0

    4. 【2/16模拟题】TiDB (version 3.0) 的分区表支持哪些分区类型(多选)
      A、RANGE
      B、LIST
      C、HASH
      D、KEY
      E、COLUMNS
      -答案:AC
      -解析:请看文档https://docs.pingcap.com/zh/tidb/v3.0/partitioned-table#%E5%88%86%E5%8C%BA%E8%A1%A8

    5. 【2/16模拟题】下列关于 TiDB 中 DDL 的描述,错误的是(单选)
      A、TiDB 产品中的 DDL 在执行的过程中能够保证数据的一致性
      B、可以使用 admin show ddl jobs 命令查看 DDL 执行进度
      C、TiDB 产品中的 DDL 操作会阻塞写入
      D、TiDB 产品中的 DDL 是分布式的 DDL 算法
      E、TiDB 集群中同一时刻只有一个 TiDB Sever 可以当选 DDL Owner
      -答案:C

    6. 【3/16模拟题】关于 pd-ctl,以下描述错误的是?(单选)
      A、pd-ctl 中可以查看 store 信息
      B、pd-ctl 中可以配置副本个数
      C、pd-ctl 可以修复损坏的 region
      D、pd-ctl 可以下线 store
      E、pd-ctl 可以查看 region 信息

    • 正确答案:C
    • 详情解析请查看https://docs.pingcap.com/zh/tidb/v3.0/pd-control
    1. 【3/16模拟题】关于 tikv-ctl,以下描述正确的是?(多选)
      A、tikv-ctl 有远程模式和本地模式
      B、tikv-ctl 不可以查看 region 的大小
      C、tikv-ctl 可以下线异常 region
      D、tikv-ctl 可以查看 region 属性
      E、tikv-ctl 不可以查看 region 属性
    • 正确答案:ACD
    • 详情解析请查看https://docs.pingcap.com/zh/tidb/v3.0/tikv-control
    1. 【4/16模拟题】秒杀、余额更新场景在 TiDB 乐观事务上的现象是什么?(多选)
      A、单行数据的高并发读
      B、单行数据的高并发写
      C、表锁等待
      D、数据一致性受到破坏
      E、相关请求失败率高
    • 正确答案:ABE
    • 解析:在 v3.0.8 版本之前,TiDB 默认采用乐观事务模型,在事务执行过程中并不会做冲突检测,而是在事务最终 COMMIT 提交时触发两阶段提交,并检测是否存在写写冲突。当出现写写冲突,并且开启了事务重试机制,则 TiDB 会在限定次数内进行重试,最终重试成功或者达到重试次数上限后,会给客户端返回结果。因此,如果 TiDB 集群中存在大量的写写冲突情况,容易导致集群的 Duration 比较高。
      https://docs.pingcap.com/zh/tidb/stable/optimistic-transaction#tidb-%E4%B9%90%E8%A7%82%E4%BA%8B%E5%8A%A1%E6%A8%A1%E5%9E%8B
    1. 【4/16模拟题】以下哪项描述错误?(单选)
      A、TiDB 中的自增 ID 保证唯一
      B、TiDB 中的自增 ID 保证顺序递增
      C、TiDB 不支持序列功能
      D、TiDB 的一张表中,只能存在一个自增 ID
      E、TiDB 中的自增 ID 可以被声明为唯一索引
    • 正确答案:B
    • 解析:详情见官网: https://docs.pingcap.com/zh/tidb/stable/mysql-compatibility#%E8%87%AA%E5%A2%9E-id
    1. 【5/16模拟题】
      【5/16模拟题】慢查询日志中参数说明错误的是()?(单选)
      A、Query_time:表示执行这个语句花费的时间
      B、Process_time:执行 SQL 在 TiKV 的处理时间之和
      C、Wait_time:表示这个语句在 TiKV 的等待时间之和
      D、Total_keys:表示输出的 key 的数量。
      E、Time:表示日志打印时间。
      -答案:D
      -详情见: https://docs.pingcap.com/zh/tidb/dev/identify-slow-queries#%E6%85%A2%E6%9F%A5%E8%AF%A2%E6%97%A5%E5%BF%97

    2. 【5/16模拟题】下列关于 TiDB 的执行计划解析,描述准确的是()?(多选)
      A、TiDB 的执行计划中计算任务大致分为 root 和cop 两种,其中 root 表示在 tidb-server 层执行,cop 表示在 tikv-server 层执行
      B、常见的TableScan 算子表示在 KV 端对表数据进行扫描,TableReader 表示在 TiDB 端从 TiKV 端读取
      C、常见的TableReader 算子表示在 KV 端对表数据进行扫描,TableScan 表示在 TiDB 端从 TiKV 端读取
      D、常见的IndexReader 表示直接从索引中读取索引列,适用于 SQL 语句中仅引用了该索引相关的列或主键
      E、常见的IndexLookUp 表示从索引中过滤部分数据,仅返回这些数据的 Handle ID,通过 Handle ID 再次查找表数据,这种方式需要两次从 TiKV 获取数据
      -答案: ABDE
      -详情见: https://docs.pingcap.com/zh/tidb/dev/explain-overview

    3. 【5/16模拟题】下列统计信息收集语句正确的是()?(多选)
      A、analyze table test;
      B、analyze table test index idx_cr;
      C、analyze table test partition test_20190808;
      D、analyze table test with 32 buckets;
      E、analyze incremental table test index idx_cr;
      -答案:ABCDE
      -详情见官网: https://docs.pingcap.com/zh/tidb/stable/sql-statement-analyze-table

    4. 【6/16模拟题】以下关于 TiKV 处理写请求过程,描述正确的是(多选)
      A、raft store 线程 负责写入时 raft log 的分发同步到 follow 节点.
      B、async apply 线程 负责将接收到的 raft log 写入本地。
      C、raft store 线程 默认情况下可以用到 2vCPU 的线程数量。
      D、async apply 线程 默认情况下可以用到操作系统 cpu*40% 的线程数量。
      E、async apply 线程 负责写入时 raft log 的分发同步到 follow 节点.

    • 答案:ABC
    • 解析:https://docs.pingcap.com/zh/tidb-data-migration/v1.0/feature-overview#table-routing
    1. 【6/16模拟题】以下关于 TiKV 处理读请求过程,描述错误的是(单选)
      A、storage readpool cpu 负责响应 Batch get 请求。
      B、storage readpool cpu 负责响应 Point get 请求。
      C、Coprocessor 可用线程数的默认配置是 CPU vCore 总数的 80% 。
      D、Coprocessor 请求优先级分为 high、normal 两种。
      E、storage readpool 可用线程数的默认配置是 4。
    • 答案:D
    • 解析: https://pingcap.com/blog-cn/tikv-source-code-reading-11/#4-storage-%E5%92%8C%E4%BA%8B%E5%8A%A1%E8%B0%83%E5%BA%A6%E5%99%A8-scheduler
      https://docs.pingcap.com/zh/tidb/v3.0/tikv-configuration-file#readpoolcoprocessor
      https://asktug.com/_/tidb-performance-map/#/tidb
    1. 【7/16模拟题】下面关于 Data Migration (DM) 的描述,错误的有(单选)
      A、单个 DM 集群可以同时运行多个数据同步任务
      B、对于全量数据迁移,DM 使用 dumper/loader 单元从上游导出数据并导入下游
      C、不论是全量数据迁移,还是增量数据同步,DM 都在其中部分阶段使用了并发处理
      D、DM 支持 Table routing,库表黑白名单和 Binlog event 过滤 3 种数据过滤方式
      E、DM 当前只支持 ROW 格式的 binlog,不支持 STATEMENT/MIXED 格式的 binlog

    2. 【7/16模拟题】下面哪些应用场景是 Data Migration (DM) 不支持的(多选)
      A、同步 TiDB 的业务数据到 MySQL
      B、同步 MySQL/MariaDB 中部分业务数据到 TiDB
      C、上游通过 pt-osc 或 gh-ost 工具执行 online DDL 操作
      D、同步上游某个表的部分列到 TiDB
      E、将上游多个分表合并到下游的一张表

    展开全文
  • tidb

    2021-04-02 12:44:42
    https://docs.pingcap.com/zh/tidb/stable

    https://docs.pingcap.com/zh/tidb/stable

    展开全文
  • TIDB

    2019-07-04 17:20:41
    基于Docker TIDB安装 自己本身记录一下从无到有在Centos 上安装TIDB 单机版 基于最新版的Centos 安装 按照基础命令进行安装,当做一个笔记来使用 vi /etc/security/limits.conf 添加 soft nofile 100001 hard no...

    基于Docker TIDB安装

    自己本身记录一下从无到有在Centos 上安装TIDB 单机版

    基于最新版的Centos 安装

    按照基础命令进行安装,当做一个笔记来使用

    vi /etc/security/limits.conf
    添加

    • soft nofile 100001
    • hard nofile 100002
      root soft nofile 100001
      root hard nofile 100002
      vi /etc/selinux/config
      将SELINUX=disabled

    SELINUX=disabled
    yum -y install git
    yum -y install docker
    yum -y install epel-release
    yum -y install python-pip
    pip install --upgrade pip
    pip install docker-compose
    在这一步根据各个系统的版本的不同,会容易造成docker-compose 不能完成安装
    在这里可以根据docker-compose 官方安装文档进行安装
    https://docs.docker.com/compose/install/#install-compose
    git clone https://github.com/pingcap/tidb-docker-compose.git
    systemctl start docker
    cd tidb-docker-compose
    docker-compose pull(此过程较慢)
    docker-compose up -d
    docker ps(STATUS 全部为UP开头则说明启动成功)
    开启3000和4000端口
    firewall-cmd --zone=public --add-port=3000/tcp --permanent;
    firewall-cmd --zone=public --add-port=4000/tcp --permanent;

    大家看到了仅供参考

    展开全文
  • 15分钟了解TiDB

    万次阅读 多人点赞 2019-07-13 22:21:49
    由于目前的项目把mysql换成了TiDb,所以特意来了解下tidb。其实也不能说换,由于tidb和mysql几乎完全兼容,所以我们的程序没有任何改动就完成了数据库从mysql到TiDb的转换。 一 TiDb简介 TiDB 是 PingCAP 公司受...

    由于目前的项目把mysql换成了TiDb,所以特意来了解下tidb。其实也不能说换,由于tidb和mysql几乎完全兼容,所以我们的程序没有任何改动就完成了数据库从mysql到TiDb的转换,TiDB 是一个分布式 NewSQL (SQL 、 NoSQL 和 NewSQL 的优缺点比较 )数据库。它支持水平弹性扩展、ACID 事务、标准 SQL、MySQL 语法和 MySQL 协议,具有数据强一致的高可用特性,是一个不仅适合 OLTP 场景还适合 OLAP 场景的混合数据库。下面是对有关资料的整理还有一些扩展内容以链接的方式展示,有兴趣可以点击了解一下。
    一 TiDb简介
     TiDB 是 PingCAP 公司受 Google Spanner / F1 论文启发而设计的开源分布式 HTAP (Hybrid Transactional and Analytical Processing) 数据库,结合了传统的 RDBMS 和NoSQL 的最佳特性。TiDB 兼容 MySQL,支持无限的水平扩展,具备强一致性和高可用性。TiDB 的目标是为 OLTP(Online Transactional Processing) 和 OLAP (Online Analytical Processing) 场景提供一站式的解决方案。TiDB 具备如下核心特点:
    1 高度兼容 MySQL
     大多数情况下,无需修改代码即可从 MySQL 轻松迁移至 TiDB,分库分表后的 MySQL 集群亦可通过 TiDB 工具进行实时迁移。
    2水平弹性扩展
     通过简单地增加新节点即可实现 TiDB 的水平扩展,按需扩展吞吐或存储,轻松应对高并发、海量数据场景。
    3分布式事务
     TiDB 100% 支持标准的 ACID 事务。
    4 真正金融级高可用
     相比于传统主从 (M-S) 复制方案,基于 Raft 的多数派选举协议可以提供金融级的 100% 数据强一致性保证,且在不丢失大多数副本的前提下,可以实现故障的自动恢复 (auto-failover),无需人工介入。
    5 一站式 HTAP 解决方案
     TiDB 作为典型的 OLTP 行存数据库,同时兼具强大的 OLAP 性能,配合 TiSpark,可提供一站式 HTAP解决方案,一份存储同时处理OLTP & OLAP(OLAP、OLTP的介绍和比较 )无需传统繁琐的 ETL 过程。
    6云原生 SQL 数据库
     TiDB 是为云而设计的数据库,同 Kubernetes (十分钟带你理解Kubernetes核心概念 )深度耦合,支持公有云、私有云和混合云,使部署、配置和维护变得十分简单。
     TiDB 的设计目标是 100% 的 OLTP 场景和 80% 的 OLAP 场景,更复杂的 OLAP 分析可以通过 TiSpark 项目来完成。 TiDB 对业务没有任何侵入性,能优雅的替换传统的数据库中间件、数据库分库分表等 Sharding 方案。同时它也让开发运维人员不用关注数据库 Scale 的细节问题,专注于业务开发,极大的提升研发的生产力.

    二 TiDb 整体架构
    这里写图片描述
     TiDB 集群主要分为三个组件:
    1TiDB Server
     TiDB Server 负责接收 SQL 请求,处理 SQL 相关的逻辑,并通过 PD 找到存储计算所需数据的 TiKV 地址,与 TiKV 交互获取数据,最终返回结果。 TiDB Server是无状态的,其本身并不存储数据,只负责计算,可以无限水平扩展,可以通过负载均衡组件(如LVS、HAProxy 或F5)对外提供统一的接入地址。
    2PD Server
     Placement Driver (简称 PD) 是整个集群的管理模块,其主要工作有三个: 一是存储集群的元信息(某个 Key 存储在哪个 TiKV 节点);二是对 TiKV 集群进行调度和负载均衡(如数据的迁移、Raft group leader的迁移等);三是分配全局唯一且递增的事务 ID。   
     PD 是一个集群,需要部署奇数个节点,一般线上推荐至少部署 3 个节点。
    3TiKV Server
     TiKV Server 负责存储数据,从外部看 TiKV 是一个分布式的提供事务的 Key-Value 存储引擎。存储数据的基本单位是 Region,每个 Region 负责存储一个 Key Range (从 StartKey 到EndKey 的左闭右开区间)的数据,每个 TiKV 节点会负责多个 Region 。TiKV 使用 Raft协议做复制,保持数据的一致性和容灾。副本以 Region 为单位进行管理,不同节点上的多个 Region 构成一个 RaftGroup,互为副本。数据在多个 TiKV 之间的负载均衡由 PD 调度,这里也是以 Region 为单位进行调度。
    三 核心特性
    1 水平扩展
     无限水平扩展是 TiDB 的一大特点,这里说的水平扩展包括两方面:计算能力和存储能力。TiDB Server 负责处理 SQL 请求,随着业务的增长,可以简单的添加 TiDB Server 节点,提高整体的处理能力,提供更高的吞吐。TiKV 负责存储数据,随着数据量的增长,可以部署更多的 TiKV Server 节点解决数据 Scale 的问题。PD 会在 TiKV 节点之间以 Region 为单位做调度,将部分数据迁移到新加的节点上。所以在业务的早期,可以只部署少量的服务实例(推荐至少部署 3 个 TiKV, 3 个 PD,2 个 TiDB),随着业务量的增长,按照需求添加 TiKV 或者 TiDB 实例。
    2 高可用
     高可用是 TiDB 的另一大特点,TiDB/TiKV/PD 这三个组件都能容忍部分实例失效,不影响整个集群的可用性。下面分别说明这三个组件的可用性、单个实例失效后的后果以及如何恢复。
    TiDB
     TiDB 是无状态的,推荐至少部署两个实例,前端通过负载均衡组件对外提供服务。当单个实例失效时,会影响正在这个实例上进行的 Session,从应用的角度看,会出现单次请求失败的情况,重新连接后即可继续获得服务。单个实例失效后,可以重启这个实例或者部署一个新的实例。
    PD
     PD 是一个集群,通过 Raft 协议保持数据的一致性,单个实例失效时,如果这个实例不是 Raft 的 leader,那么服务完全不受影响;如果这个实例是 Raft 的 leader,会重新选出新的 Raft leader,自动恢复服务。PD 在选举的过程中无法对外提供服务,这个时间大约是3秒钟。推荐至少部署三个 PD 实例,单个实例失效后,重启这个实例或者添加新的实例。
    TiKV
     TiKV 是一个集群,通过 Raft 协议(raft一致性哈算法以及Raft 为什么是更易理解的分布式一致性算法 )保持数据的一致性(副本数量可配置,默认保存三副本),并通过 PD 做负载均衡调度。单个节点失效时,会影响这个节点上存储的所有 Region。对于 Region 中的 Leader 结点,会中断服务,等待重新选举;对于 Region 中的 Follower 节点,不会影响服务。当某个 TiKV 节点失效,并且在一段时间内(默认 30 分钟)无法恢复,PD 会将其上的数据迁移到其他的 TiKV 节点上。
    四 TiDb技术内幕
     1 保存数据 TiDB 技术内幕 - 说存储
     2 计算(很关键如何做sql运算) TiDB 技术内幕 - 说计算
     3 调度(Tidb集群管理) TiDB 技术内幕 - 谈调度
    五 安装部署
     tidb安装部署,可能比较麻烦,一步步照着做,如果公司有专门的运维,这个工作可以由运维来搞,但是大多数的中小公司是没有的,都是开发者兼职运维,所以作为一个开发者,还是了解下比较好。
     部署指导 从零开始搭建tidb集群
    声明
     以上只是对tidb资料的简单整理和对tidb的一个基本了解,更详细的资料可以转至tidb的官方文档,注意里面的常见问题和解答,很有用:PingCAP Tidb官方文档

    展开全文
  • TIDB-TIDB入门

    千次阅读 2019-05-30 18:00:28
    TiDB 是一个的开源分布式 HTAP (Hybrid Transactional and Analytical Processing) 数据库,结合传统的RDBMS和NoSQL的特性。TiDB兼容 MySQL,支持无限的水平扩展,具备强一致性和高可用性。TiDB 的目标是为OLTP和...
  • TiDB运算符 邮件列表: 网上 TiDB Operator在上管理集群并自动执行与操作TiDB集群相关的任务。 它使TiDB成为真正的云原生数据库。 产品特点 安全扩展TiDB集群 TiDB Operator通过云上的水平可伸缩性为TiDB提供支持...
  • Tidb support

    2020-11-26 15:13:05
    <div><p>Add version detection for TiDB (detected_server). Added support for tidb_snapshot option. Auto-set tidb_snapshot to 1 second ago when TiDB detected. Added optimization to dump _tidb_row id ...
  • TiDB-TiDB架构特性

    2021-01-19 11:48:40
    TiDB整体架构 TiDB集群主要包括3个核心组件,TiDB Server,PD Server和TiKV Server,此外,还有用于解决用户复杂OLAP需求的TiSpark组件和简化云上部署的TiDB Operator。 组件分析
  • tiDB简介

    2020-03-22 15:54:21
    由于目前的项目把mysql换成了TiDb,所以特意来了解下tidb。其实也不能说换,由于tidb和mysql几乎完全兼容,所以我们的程序没有任何改动就完成了数据库从mysql到TiDb的转换,TiDB 是一个分布式 NewSQL (SQL 、 NoSQL ...
  • Spark和TiDB (Spark on TiDB)

    2019-04-30 14:26:04
    SparkTI (Spark on TiDB)是TiDB基于Apache Spark的独立于原生系统的计算引擎。它将Spark和TiDB深度集成,在原有MySQL Workload之外借助Spark支持了更多样的用户场景和API。这个项目在SparkSQL和Catalyst引擎之外实现...
  • TiDB-TiDB核心特性

    2021-01-19 12:19:16
    TiDB具备如下众多特性,其中两大核心特性为:水平扩展与高可用 1. 高度兼容MySQL 大多数情况下,无需修改代码即可从MySQL轻松迁移至TiDB,分库分表后的MySQL集群亦可通过TiDB工具进行实时迁移。 对于用户使用的时候...
  • 去年十月,TiDB 1.0 版本发布,在接下来的六个月中,开发团队一方面在维护 1.0 版本的稳定性并且增加必要的新特性,另一方面马不停蹄的开发 2.0 版本。经过 6 个 RC 版本,TiDB 2.0 GA 版本于 4 月 27 日正式发布。 ...
  • tidb node upgrade error

    2020-11-19 12:01:40
    ssd-tidb-cluster-tidb-0 1/2 CrashLoopBackOff 11 36m ssd-tidb-cluster-tidb-1 1/2 CrashLoopBackOff 10 30m ssd-tidb-cluster-tidb-2 1/2 CrashLoopBackOff 10 30m ssd-tidb-cluster-tikv-0 1/1 Running 0 77m ...
  • tidb 企业_TIDB介绍

    2020-12-22 07:39:12
    TiKV Server:负责数据存储,是一个提供...TiDB Server:负责 SQL 逻辑,通过 PD 寻址到实际数据的 TiKV 位置,进行 SQL 操作。TiDB的特性1. 水平扩展:包括计算能力和存储能力。TiDB Server 负责处理 SQL 请求,...
  • 本书由来自TiDB社区的贡献者共同完成。深入介绍了TiDB的基本原理和操作,它是基于v4.0版本编写的。如果需要了解TiDB最新版本的信息请关注PingCAP 如何贡献 贡献指引: 从寻找学者的模块 在具体模块的TODO列表中选择...
  • update tidb

    2020-12-09 10:04:28
    <div><h3>What problem does ...<p>Update tidb to the latest commit. <h3>Check List <p>Tests <ul><li>Unit test</li><li>Integration test</li></ul>该提问来源于开源项目:pingcap/tidb-tools</p></div>
  • TIDB初识

    2021-03-31 21:07:26
    TIDB初识整体架构图负载均衡层TIDB SERVER层TIKV层分布式数据一致(主从同步)分布式的事务一致(不同region 数据操作同步)PD集群 整体架构图 负载均衡层 这一次层其实属于非TIDB的架构层,不过为了方便整体性的理解,...
  • TiDB 简介

    2021-01-25 13:55:14
    TiDB 是 PingCAP 公司自主设计、研发的开源分布式关系型数据库,是一款同时支持在线事务处理与在线分析处理 (Hybrid Transactional and Analytical Processing, HTAP)的融合型分布式数据库产品,具备水平扩容或者...
  • TIDB安装

    2020-06-28 16:09:53
    所有机器添加tidb用户,添加sudo权限 useradd tidb passwd tidb touch /etc/sudoers.d/tidb echo 'tidb ALL=(ALL) NOPASSWD: ALL' >/etc/sudoers.d/tidb ssh添加 su - tidb ssh-keygen cat ~/.ssh/id_rsa....
  • TiDB实践

    2021-01-11 15:35:36
    TiDB-SQL操作 https://pingcap.com/docs-cn/stable/reference/mysql-compatibility/   成功部署 TiDB 集群之后,便可以在 TiDB 中执行 SQL 语句了。因为 TiDB 兼容 MySQL,可以使用 MySQL 客户端连接 TiDB,并且...
  • TiDB数据库

    2020-03-05 22:23:31
    TiDB数据库是什么? TiDB 架构 TiDB数据库的存储原理 设计思想 基本概念 实现原理 TiDB数据库的管理机制 信息收集 Region 的分裂 负载均衡 TiDB数据库的应用场景 替代MySQL 替代NoSQL数据库 实时数据...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 8,185
精华内容 3,274
热门标签
关键字:

tidb