⼤模型数据计算系统，以云原⽣技术重构数据存储和计算，⼀份数据，多引擎数据计算，AI数学模型、数据和 计算三者互为增强，全面升级⼤数据系统⾄⼤模型时代 ，赋能⾏业AI场景应用。 具备整体数据平台⽅案，支持多模数据处理（结构化、半结构化 以及非结构化数据），实现数据共享和分析。 软件优化 + 新硬件（FPGA）加速，实现数据全链路的性能飞跃， 让数据存储、SQL查询、向量计算以及机器学习等能⼒全面升级。 其他Data Lake Bare-Metal IaaS资源 执⾏器 执⾏器 执⾏器 协调器 协调器 虚拟数仓1 执⾏器 协调器 虚拟数仓2 执⾏器 … 连接管理 查询优化器 资源隔离 向量化执⾏ 事务管理 执⾏计划 并⾏计算 ⾼可用 数据查询 数据加载 弹性伸缩 自定义函数 集群管控 元数据访问 业务数据读写 元数据映射 元数据： Ø 分布式KV，存储系统表 Ø 基于key的自然排序实现索引 基于key的自然排序实现索引 Ø ⾼性能 Ø 基于watcher机制的⾼效分布式锁管理 Ø 基于MVCC的事务隔离级别 Ø 多集群数仓数据共享 计算节点： Ø 自定义虚拟数仓，资源隔离 Ø 向量化执⾏器（SIMD）和JIT Ø HTAP，弹性扩缩容 Ø eMPP专利，弹性⼤规模并⾏计算 Ø 分布式优化器 Ø 存算分离架构 可视化管控： Ø 监控告警 Ø 自定义和动态服务启停 Ø

保系统的 RTO <= 30s 及 RPO = 0。 31 • 海量数据及高并发的 OLTP 场景 传统的单机数据库无法满足因数据爆炸性的增长对数据库的容量要求。TiDB 是一种性价比高的解决方 案，采用计算、存储分离的架构，可对计算、存储分别进行扩缩容，计算最大支持 512 节点，每个节点 最大支持 1000 并发，集群容量最大支持 PB 级别。 • 实时 HTAP 场景 TiDB 适用于 开始引入） TiDB 支持将发送到相同 TiKV 实例的数据请求部分合并，减少子任务的数量和 RPC 请求的开销。 �→ 在数据离散分布且 gRPC 线程池资源紧张的情况下，批量化请求能够提升性能超 50%。 案 生 成 的 ID 都 不 够 随 机， 不 适 合 直 接 作 为 TiDB 表 的 主 键。 实 际 使 用 过 程 中 可 以 对 生 成 的 ID 进 行 位 反 转 （bit-reverse）

保系统的 RTO <= 30s 及 RPO = 0。 32 • 海量数据及高并发的 OLTP 场景 传统的单机数据库无法满足因数据爆炸性的增长对数据库的容量要求。TiDB 是一种性价比高的解决方 案，采用计算、存储分离的架构，可对计算、存储分别进行扩缩容，计算最大支持 512 节点，每个节点 最大支持 1000 并发，集群容量最大支持 PB 级别。 • 实时 HTAP 场景 TiDB 适用于 码耗尽之后，应用程序才会去获取 新的号段，这样就有效降低了数据库写入压力。实际使用过程中，还可以适度调节步长以控制数据库记录的 更新频度。 最 后， 需 要 注 意 的 是， 上 述 两 种 方 案 生 成 的 ID 都 不 够 随 机， 不 适 合 直 接 作 为 TiDB 表 的 主 键。 实 际 使 用 过 程 中 可 以 对 生 成 的 ID 进 行 位 反 转 （bit-reverse） 时，CPU 必须支持 ARMv8 架构。确保命令 cat /proc/cpuinfo | grep 'crc32' | �→ grep 'asimd' 有输出。通过使用向量扩展指令集，TiFlash 的向量化引擎能提供更好 的性能。 5.1.3.2 生产环境 组件 CPU 内存 硬盘类型 网络 实例数量 (最低要求) TiDB 16 核 + 48 GB+ SSD 万兆网卡（2 块最佳） 2 PD

保系统的 RTO <= 30s 及 RPO = 0。 32 • 海量数据及高并发的 OLTP 场景 传统的单机数据库无法满足因数据爆炸性的增长对数据库的容量要求。TiDB 是一种性价比高的解决方 案，采用计算、存储分离的架构，可对计算、存储分别进行扩缩容，计算最大支持 512 节点，每个节点 最大支持 1000 并发，集群容量最大支持 PB 级别。 • 实时 HTAP 场景 TiDB 适用于 码耗尽之后，应用程序才会去获取 新的号段，这样就有效降低了数据库写入压力。实际使用过程中，还可以适度调节步长以控制数据库记录的 更新频度。 最 后， 需 要 注 意 的 是， 上 述 两 种 方 案 生 成 的 ID 都 不 够 随 机， 不 适 合 直 接 作 为 TiDB 表 的 主 键。 实 际 使 用 过 程 中 可 以 对 生 成 的 ID 进 行 位 反 转 （bit-reverse） 时，CPU 必须支持 ARMv8 架构。确保命令 cat /proc/cpuinfo | grep 'crc32' | �→ grep 'asimd' 有输出。通过使用向量扩展指令集，TiFlash 的向量化引擎能提供更好 的性能。 5.1.3.2 生产环境 组件 CPU 内存 硬盘类型 网络 实例数量 (最低要求) TiDB 16 核 + 48 GB+ SSD 万兆网卡（2 块最佳） 2 PD

保系统的 RTO <= 30s 及 RPO = 0。 32 • 海量数据及高并发的 OLTP 场景 传统的单机数据库无法满足因数据爆炸性的增长对数据库的容量要求。TiDB 是一种性价比高的解决方 案，采用计算、存储分离的架构，可对计算、存储分别进行扩缩容，计算最大支持 512 节点，每个节点 最大支持 1000 并发，集群容量最大支持 PB 级别。 • 实时 HTAP 场景 TiDB 适用于 码耗尽之后，应用程序才会去获取 新的号段，这样就有效降低了数据库写入压力。实际使用过程中，还可以适度调节步长以控制数据库记录的 更新频度。 最 后， 需 要 注 意 的 是， 上 述 两 种 方 案 生 成 的 ID 都 不 够 随 机， 不 适 合 直 接 作 为 TiDB 表 的 主 键。 实 际 使 用 过 程 中 可 以 对 生 成 的 ID 进 行 位 反 转 （bit-reverse） 时，CPU 必须支持 ARMv8 架构。确保命令 cat /proc/cpuinfo | grep 'crc32' | �→ grep 'asimd' 有输出。通过使用向量扩展指令集，TiFlash 的向量化引擎能提供更好 的性能。 5.1.3.2 生产环境 组件 CPU 内存 硬盘类型 网络 实例数量 (最低要求) TiDB 16 核 + 48 GB+ SSD 万兆网卡（2 块最佳） 2 PD

保系统的 RTO <= 30s 及 RPO = 0。 32 • 海量数据及高并发的 OLTP 场景 传统的单机数据库无法满足因数据爆炸性的增长对数据库的容量要求。TiDB 是一种性价比高的解决方 案，采用计算、存储分离的架构，可对计算、存储分别进行扩缩容，计算最大支持 512 节点，每个节点 最大支持 1000 并发，集群容量最大支持 PB 级别。 • 实时 HTAP 场景 TiDB 适用于 码耗尽之后，应用程序才会去获取 新的号段，这样就有效降低了数据库写入压力。实际使用过程中，还可以适度调节步长以控制数据库记录的 更新频度。 最 后， 需 要 注 意 的 是， 上 述 两 种 方 案 生 成 的 ID 都 不 够 随 机， 不 适 合 直 接 作 为 TiDB 表 的 主 键。 实 际 使 用 过 程 中 可 以 对 生 成 的 ID 进 行 位 反 转 （bit-reverse） 时，CPU 必须支持 ARMv8 架构。确保命令 cat /proc/cpuinfo | grep 'crc32' | �→ grep 'asimd' 有输出。通过使用向量扩展指令集，TiFlash 的向量化引擎能提供更好 的性能。 5.1.3.2 生产环境 组件 CPU 内存 硬盘类型 网络 实例数量 (最低要求) TiDB 16 核 + 48 GB+ SSD 万兆网卡（2 块最佳） 2 PD

码耗尽之后，应用程序才会去获取 新的号段，这样就有效降低了数据库写入压力。实际使用过程中，还可以适度调节步长以控制数据库记录的 更新频度。 最 后， 需 要 注 意 的 是， 上 述 两 种 方 案 生 成 的 ID 都 不 够 随 机， 不 适 合 直 接 作 为 TiDB 表 的 主 键。 实 际 使 用 过 程 中 可 以 对 生 成 的 ID 进 行 位 反 转 （bit-reverse） 时，CPU 必须支持 ARMv8 架构。确保命令 cat /proc/cpuinfo | grep 'crc32' | �→ grep 'asimd' 有输出。通过使用向量扩展指令集，TiFlash 的向量化引擎能提供更好 的性能。 5.1.3.2 生产环境 组件 CPU 内存 硬盘类型 网络 实例数量 (最低要求) TiDB 16 核 + 48 GB+ SSD 万兆网卡（2 块最佳） 2 PD 方案对比 693 最后，对本文提到的各种容灾解决方案进行对比，以方便你根据自己的业务需要选择合适的容灾方案。 容 灾 方 案 TCO 错 误 容 忍 目 标 RPO RTO 网 络 延 迟 要 求 使 用 的 系 统 基 于 多 副 本 的 单 集 群 容 灾 方 案 (2-2- 1) 高 单 个 区 域 0 分 钟 级 区 域 之 间 的 网 络 延 迟 要 求 小 于 30

保系统的 RTO <= 30s 及 RPO = 0。 33 • 海量数据及高并发的 OLTP 场景 传统的单机数据库无法满足因数据爆炸性的增长对数据库的容量要求。TiDB 是一种性价比高的解决方 案，采用计算、存储分离的架构，可对计算、存储分别进行扩缩容，计算最大支持 512 节点，每个节点 最大支持 1000 并发，集群容量最大支持 PB 级别。 • 实时 HTAP 场景 TiDB 适用于 码耗尽之后，应用程序才会去获取 新的号段，这样就有效降低了数据库写入压力。实际使用过程中，还可以适度调节步长以控制数据库记录的 更新频度。 最 后， 需 要 注 意 的 是， 上 述 两 种 方 案 生 成 的 ID 都 不 够 随 机， 不 适 合 直 接 作 为 TiDB 表 的 主 键。 实 际 使 用 过 程 中 可 以 对 生 成 的 ID 进 行 位 反 转 （bit-reverse） TiFlash 时，CPU 必须支持 ARMv8 架构。确保命令 grep 'crc32' /proc/cpuinfo | grep 'asimd' 有输出。通过使用向量扩展指令集，TiFlash 的向量化引擎能提供更好的性能。 5.1.3.2 生产环境 组件 CPU 内存 硬盘类型 网络 实例数量 (最低要求) TiDB 16 核 + 48 GB+ SSD 万兆网卡（2 块最佳） 2 PD 8

保系统的 RTO <= 30s 及 RPO = 0。 34 • 海量数据及高并发的 OLTP 场景 传统的单机数据库无法满足因数据爆炸性的增长对数据库的容量要求。TiDB 是一种性价比高的解决方 案，采用计算、存储分离的架构，可对计算、存储分别进行扩缩容，计算最大支持 512 节点，每个节点 最大支持 1000 并发，集群容量最大支持 PB 级别。 • 实时 HTAP 场景 TiDB 适用于 码耗尽之后，应用程序才会去获取 新的号段，这样就有效降低了数据库写入压力。实际使用过程中，还可以适度调节步长以控制数据库记录的 更新频度。 最 后， 需 要 注 意 的 是， 上 述 两 种 方 案 生 成 的 ID 都 不 够 随 机， 不 适 合 直 接 作 为 TiDB 表 的 主 键。 实 际 使 用 过 程 中 可 以 对 生 成 的 ID 进 行 位 反 转 （bit-reverse） TiFlash 时，CPU 必须支持 ARMv8 架构。确保命令 grep 'crc32' /proc/cpuinfo | grep 'asimd' 有输出。通过使用向量扩展指令集，TiFlash 的向量化引擎能提供更好的性能。 5.1.3.2 生产环境 组件 CPU 内存 硬盘类型 网络 实例数量 (最低要求) TiDB 16 核 + 48 GB+ SSD 万兆网卡（2 块最佳） 2 PD 8

保系统的 RTO <= 30s 及 RPO = 0。 38 • 海量数据及高并发的 OLTP 场景 传统的单机数据库无法满足因数据爆炸性的增长对数据库的容量要求。TiDB 是一种性价比高的解决方 案，采用计算、存储分离的架构，可对计算、存储分别进行扩缩容，计算最大支持 512 节点，每个节点 最大支持 1000 并发，集群容量最大支持 PB 级别。 • 实时 HTAP 场景 TiDB 适用于 码耗尽之后，应用程序才会去获取 新的号段，这样就有效降低了数据库写入压力。实际使用过程中，还可以适度调节步长以控制数据库记录的 更新频度。 最 后， 需 要 注 意 的 是， 上 述 两 种 方 案 生 成 的 ID 都 不 够 随 机， 不 适 合 直 接 作 为 TiDB 表 的 主 键。 实 际 使 用 过 程 中 可 以 对 生 成 的 ID 进 行 位 反 转 （bit-reverse） TiFlash 时，CPU 必须支持 ARMv8 架构。确保命令 grep 'crc32' /proc/cpuinfo | grep 'asimd' 有输出。通过使用向量扩展指令集，TiFlash 的向量化引擎能提供更好的性能。 5.1.3.2 生产环境 组件 CPU 内存 硬盘类型 网络 实例数量 (最低要求) TiDB 16 核 + 48 GB+ SSD 万兆网卡（2 块最佳） 2 PD 8