TiDB v5.2 中文手册采用计算、存储分离的架构,可对计算、 存储分别进行扩容和缩容,计算最大支持 512 节点,每个节点最大支持 1000 并发,集群容量最大支持 PB 级别。 • Real-time HTAP 场景 随着 5G、物联网、人工智能的高速发展,企业所生产的数据会越来越多,其规模可能达到数百 TB 甚 至 PB 级别,传统的解决方案是通过 OLTP 型数据库处理在线联机交易业务,通过 ETL 工具将数据同步到 OLAP 型数据 gzip • label 配置 由于采用跨机房部署 TiKV,为了避免物理机宕机导致 Raft Group 默认的 5 副本中丢失 3 副本,使集群不 可用的问题,可以通过 label 来实现 PD 智能调度,保证同中心、同机柜、同机器 TiKV 实例不会出现 Raft Group 有 3 副本的情况。 101 • TiKV 配置 相同物理机配置相同的 host 级别 label 信息: config: label 调度配置 由于采用单机多实例部署 TiKV,为了避免物理机宕机导致 Region Group 默认 3 副本的 2 副本丢失,导致集 群不可用的问题,可以通过 label 来实现 PD 智能调度,保证同台机器的多 TiKV 实例不会出现 Region Group 只有 2 副本的情况。 – TiKV 配置 相同物理机配置相同的 host 级别 label 信息: config:0 码力 | 2259 页 | 48.16 MB | 1 年前3
TiDB v5.1 中文手册采用计算、存储分离的架构,可对计算、 存储分别进行扩容和缩容,计算最大支持 512 节点,每个节点最大支持 1000 并发,集群容量最大支持 PB 级别。 • Real-time HTAP 场景 随着 5G、物联网、人工智能的高速发展,企业所生产的数据会越来越多,其规模可能达到数百 TB 甚 至 PB 级别,传统的解决方案是通过 OLTP 型数据库处理在线联机交易业务,通过 ETL 工具将数据同步到 OLAP 型数据 gzip • label 配置 由于采用跨机房部署 TiKV,为了避免物理机宕机导致 Raft Group 默认的 5 副本中丢失 3 副本,使集群不 可用的问题,可以通过 label 来实现 PD 智能调度,保证同中心、同机柜、同机器 TiKV 实例不会出现 Raft Group 有 3 副本的情况。 95 • TiKV 配置 相同物理机配置相同的 host 级别 label 信息: config: label 调度配置 由于采用单机多实例部署 TiKV,为了避免物理机宕机导致 Region Group 默认 3 副本的 2 副本丢失,导致集 群不可用的问题,可以通过 label 来实现 PD 智能调度,保证同台机器的多 TiKV 实例不会出现 Region Group 只有 2 副本的情况。 – TiKV 配置 相同物理机配置相同的 host 级别 label 信息: config:0 码力 | 2189 页 | 47.96 MB | 1 年前3
TiDB v5.3 中文手册采用计算、存储分离的架构,可对计算、 存储分别进行扩容和缩容,计算最大支持 512 节点,每个节点最大支持 1000 并发,集群容量最大支持 PB 级别。 • Real-time HTAP 场景 随着 5G、物联网、人工智能的高速发展,企业所生产的数据会越来越多,其规模可能达到数百 TB 甚 至 PB 级别,传统的解决方案是通过 OLTP 型数据库处理在线联机交易业务,通过 ETL 工具将数据同步到 OLAP 型数据 gzip • label 配置 由于采用跨机房部署 TiKV,为了避免物理机宕机导致 Raft Group 默认的 5 副本中丢失 3 副本,使集群不 可用的问题,可以通过 label 来实现 PD 智能调度,保证同中心、同机柜、同机器 TiKV 实例不会出现 Raft Group 有 3 副本的情况。 109 • TiKV 配置 相同物理机配置相同的 host 级别 label 信息: config: label 调度配置 由于采用单机多实例部署 TiKV,为了避免物理机宕机导致 Region Group 默认 3 副本的 2 副本丢失,导致集 群不可用的问题,可以通过 label 来实现 PD 智能调度,保证同台机器的多 TiKV 实例不会出现 Region Group 只有 2 副本的情况。 – TiKV 配置 相同物理机配置相同的 host 级别 label 信息: config:0 码力 | 2374 页 | 49.52 MB | 1 年前3
分布式NewSQL数据库TiDB采⽤计算、存储分离的架构,可对计算、存储分别进⾏扩容和缩容,计算最⼤⽀持 512 节点,每个节点最 ⼤⽀持 1000 并发,集群容量最⼤⽀持 PB 级别。 Real-time HTAP 场景 场景 随着 5G、物联⽹、⼈⼯智能的⾼速发展,企业所⽣产的数据会越来越多,其规模可能达到数百 TB 甚⾄ PB 级别,传统的解决⽅案是通过 OLTP 型数据库处理在线联机交易业务,通过 ETL 适⽤场景 分布式NewSQL数据库 TiDB0 码力 | 120 页 | 7.42 MB | 6 月前3
TiDB 开源分布式关系型数据库两个系统在数据层面 的高可用与一致性。 PingCAP.COM 36 CE 第五章 - 场晤案例 电网调度控制系统 电网调度控制系统是电网运行控制中枢,是电网自动驾驶的核心智能引擎。核心分析和控制功能全部 基于内存数据库,持久化通过磁盘 map 文件。国网河北电力在A、B 系统各自部署 3节点 TiDB 集群 ,提供快速的在线扩容与业务高可用能力。当两个 TiDB 节点因为故障导致不可用时,之前写入TiDB0 码力 | 58 页 | 9.51 MB | 1 年前3
TiDB v5.4 中文手册采用计算、存储分离的架构,可对计算、 存储分别进行扩容和缩容,计算最大支持 512 节点,每个节点最大支持 1000 并发,集群容量最大支持 PB 级别。 • Real-time HTAP 场景 随着 5G、物联网、人工智能的高速发展,企业所生产的数据会越来越多,其规模可能达到数百 TB 甚 至 PB 级别,传统的解决方案是通过 OLTP 型数据库处理在线联机交易业务,通过 ETL 工具将数据同步到 OLAP 型数据 gzip • label 配置 由于采用跨机房部署 TiKV,为了避免物理机宕机导致 Raft Group 默认的 5 副本中丢失 3 副本,使集群不 可用的问题,可以通过 label 来实现 PD 智能调度,保证同中心、同机柜、同机器 TiKV 实例不会出现 Raft Group 有 3 副本的情况。 115 • TiKV 配置 相同物理机配置相同的 host 级别 label 信息: config: label 调度配置 由于采用单机多实例部署 TiKV,为了避免物理机宕机导致 Region Group 默认 3 副本的 2 副本丢失,导致集 群不可用的问题,可以通过 label 来实现 PD 智能调度,保证同台机器的多 TiKV 实例不会出现 Region Group 只有 2 副本的情况。 – TiKV 配置 相同物理机配置相同的 host 级别 label 信息: config:0 码力 | 2852 页 | 52.59 MB | 1 年前3
TiDB v6.1 中文手册采用计算、存储分离的架构,可对计算、 存储分别进行扩容和缩容,计算最大支持 512 节点,每个节点最大支持 1000 并发,集群容量最大支持 PB 级别。 • Real-time HTAP 场景 随着 5G、物联网、人工智能的高速发展,企业所生产的数据会越来越多,其规模可能达到数百 TB 甚 至 PB 级别,传统的解决方案是通过 OLTP 型数据库处理在线联机交易业务,通过 ETL 工具将数据同步到 OLAP 型数据 gzip • label 配置 由于采用跨机房部署 TiKV,为了避免物理机宕机导致 Raft Group 默认的 5 副本中丢失 3 副本,使集群不 可用的问题,可以通过 label 来实现 PD 智能调度,保证同中心、同机柜、同机器 TiKV 实例不会出现 Raft Group 有 3 副本的情况。 470 • TiKV 配置 相同物理机配置相同的 host 级别 label 信息: config: label 调度配置 由于采用单机多实例部署 TiKV,为了避免物理机宕机导致 Region Group 默认 3 副本的 2 副本丢失,导致集 群不可用的问题,可以通过 label 来实现 PD 智能调度,保证同台机器的多 TiKV 实例不会出现 Region Group 只有 2 副本的情况。 – TiKV 配置 相同物理机配置相同的 host 级别 label 信息: config:0 码力 | 3572 页 | 84.36 MB | 1 年前3
TiDB v6.5 中文手册采用计算、存储分离的架构,可对计算、 存储分别进行扩容和缩容,计算最大支持 512 节点,每个节点最大支持 1000 并发,集群容量最大支持 PB 级别。 • Real-time HTAP 场景 随着 5G、物联网、人工智能的高速发展,企业所生产的数据会越来越多,其规模可能达到数百 TB 甚 至 PB 级别,传统的解决方案是通过 OLTP 型数据库处理在线联机交易业务,通过 ETL 工具将数据同步到 OLAP 型数据 gzip • label 配置 由于采用跨机房部署 TiKV,为了避免物理机宕机导致 Raft Group 默认的 5 副本中丢失 3 副本,使集群不 可用的问题,可以通过 label 来实现 PD 智能调度,保证同中心、同机柜、同机器 TiKV 实例不会出现 Raft Group 有 3 副本的情况。 486 • TiKV 配置 相同物理机配置相同的 host 级别 label 信息: config: label 调度配置 由于采用单机多实例部署 TiKV,为了避免物理机宕机导致 Region Group 默认 3 副本的 2 副本丢失,导致集 群不可用的问题,可以通过 label 来实现 PD 智能调度,保证同台机器的多 TiKV 实例不会出现 Region Group 只有 2 副本的情况。 – TiKV 配置 相同物理机配置相同的 host 级别 label 信息: config:0 码力 | 4049 页 | 94.00 MB | 1 年前3
TiDB v7.1 中文手册gzip • label 配置 由于采用跨机房部署 TiKV,为了避免物理机宕机导致 Raft Group 默认的 5 副本中丢失 3 副本,使集群不 可用的问题,可以通过 label 来实现 PD 智能调度,保证同中心、同机柜、同机器 TiKV 实例不会出现 Raft Group 有 3 副本的情况。 • TiKV 配置 相同物理机配置相同的 host 级别 label 信息: config: label 调度配置 由于采用单机多实例部署 TiKV,为了避免物理机宕机导致 Region Group 默认 3 副本的 2 副本丢失,导致集 群不可用的问题,可以通过 label 来实现 PD 智能调度,保证同台机器的多 TiKV 实例不会出现 Region Group 只有 2 副本的情况。 – TiKV 配置 相同物理机配置相同的 host 级别 label 信息: config: status 端口获取到 需要同步的数据表信息,然后会将需要同步的数据信息发送到 PD,PD 根据该信息进行相关的数据调度。 14.3.1.2 核心特性 TiFlash 主要有异步复制、一致性、智能选择、计算加速等几个核心特性。 14.3.1.2.1 异步复制 TiFlash 中的副本以特殊角色 (Raft Learner) 进行异步的数据复制。这表示当 TiFlash 节点宕机或者网络高延迟等状0 码力 | 4369 页 | 98.92 MB | 1 年前3
TiDB v8.4 中文手册可以捕捉文档、图像、音频和视频等非结构化数据的语义特征和上下文。 向量嵌入在机器学习中至关重要,是语义相似性搜索的基础。 TiDB 专门引入了向量数据类型以及向量搜索索引,用于优化向量嵌入的存储和检索,增强其在人工智能领域 的应用。你可以使用向量类型在 TiDB 中存储向量嵌入,并执行向量搜索查询,找到语义上最相关的数据。 4.8.1.1.2 嵌入模型 嵌入模型是将数据转换为向量嵌入的算法。 选择一种合适的 向量数据类型 • 向量搜索索引 4.8.2.2 使用 Python 开始向量搜索 本文将展示如何开发一个简单的 AI 应用,这个 AI 应用实现了简单的语义搜索功能。不同于传统的关键字搜 索,语义搜索可以智能地理解你的输入,返回更相关的结果。例如,在 “狗”、“鱼” 和 “树” 这三条内容 中搜索 “一种会游泳的动物” 时,语义搜索会将 “鱼” 作为最相关的结果返回。 在本文中,你将使用TiDB 向量搜索、Python、TiDB gzip • label 配置 由于采用跨机房部署 TiKV,为了避免物理机宕机导致 Raft Group 默认的 5 副本中丢失 3 副本,使集群不 可用的问题,可以通过 label 来实现 PD 智能调度,保证同中心、同机柜、同机器 TiKV 实例不会出现 Raft Group 有 3 副本的情况。 • TiKV 配置 相同物理机配置相同的 host 级别 label 信息: config:0 码力 | 5072 页 | 104.05 MB | 10 月前3
共 16 条
- 1
- 2













