Present - Solutions!  RPO = 0 RTO = seconds (自动故障转移) ## 2016 - MySQL InnoDB Cluster - MySQL 组复制: 自动成员身份更改、网络分区处理、一致性... • Present - Solutions!  RPO != 0 RTO = minutes (manual failover) ## 2020 - MySQL InnoDB Replicaset "经典"、"异步"的基于复制的解决方案，完全集成 [Image](/uploads/documents/4/1/b/f/41bf4e9c6607aa3e903e68d7ea1e501d/p10_1.jpg) RPO = 0 RTO = 秒级 (自动故障转移) 灾难恢复（区域故障） RPO != 0 RTO = 分钟或更长时间（手动故障转移） 无写入性能影响 ## 特点 简单易用 - 熟悉的界面和可用性 mysqlsh, CLONE

的数据无法同步，数据一致性无法100%保障(RPO>0)4、主生产中心故障时，需手动切换业务| |MySQL|没有原生的安全的同步方案| |NewSQL \| TiDB|简单配置即可保障所有的数据中心100%同步，真正意义上的多活完全实现国标(信息安全技术-信息系统灾难恢复规范GBT 20988-2007)最高等级第六级的要求(RTO=0,RPO=0)| ## NewSQL - 大数据量下高压力实时处理的完美解决方案

护成本高、RTO（Recovery Time Objective）及RPO（Recovery Point Objective）无法真实达到企业所期望的值。TiDB采用多副本+Multi-Raft协议的方式将数据调度到不同的机房、机架、机器，当部分机器出现故障时系统可自动进行切换，确保系统的RTO $ \leq $ 30s及RPO=0。 ## 对存储容量、可扩展性、并发要求较高的海量数据及高并发的

TiDB Sync-Diff Inspector 工具来检查数据库迁移前后的一致性，以及对多种实例故障、集群故障和可用区故障场景进行模拟验证，通过 TiDB Binlog 工具进行数据同步，可以实现 RPO 趋近于零。  ![Image]( • TiDB 支持多副本与多数据中心部署，提供金融级高可用。 • 一站式实时 HTAP 方案同时满足 OLTP 和 OLAP 业务的需求。 • TiCDC 支持大规模集群的数据同步，实现秒级 RPO。 ### 5.6 教育 ## V IPKID ## TiDB 在公有云亿级数据场景下的应用实践 VIPKID 是全球增长速度最快的在线青少儿英语教育品牌，提供北美外教一对一的互联网授课服务。VIPKID

low resource utilization, high maintenance cost, and the fact that RTO (Recovery Time Objective) and RPO (Recovery Point Objective) cannot meet expectations. TiDB uses multiple replicas and the Multi-Raft some machines fail, the system can automatically switch to ensure that the system RTO 30 seconds and RPO=0. ## Massive data and high concurrency scenarios with high requirements for storage capacity, scalability supports snapshot checkpoint backup, improves the recovery performance of PITR by 50%, and reduces the RPO in common scenarios to as short as 5 minutes. - Improve the TiCDC throughput of replicating data to

[Image](/uploads/documents/f/d/2/9/fd299a7f7d4fd1793e44267d14a58ab2/p4_4.jpg) Relative navigation testing on RPO testbed [Sept 2023] ## Mission and Approach Atomos delivers in-space logistics via its Orbital Transfer

性、容灾要求较高。传统的解决方案的资源利用 率低，维护成本高。TiDB 采用多副本 + Multi-Raft 协议的方式将数据调度到不同的机房、机架、机器，确 保系统的 RTO <= 30s 及 RPO = 0。 31 • 海量数据及高并发的 OLTP 场景 传统的单机数据库无法满足因数据爆炸性的增长对数据库的容量要求。TiDB 是一种性价比高的解决方 案，采用计算、存储分离的架构，可对计算、存储分别进行扩缩容，计算最大支持 于严重的自然灾害，提供业务误操作 “复 原” 的能力。 TiDB 备份恢复功能可以用于满足以下业务的需求： • 备份集群数据到灾备系统，并保证 Recovery Point Objective (RPO) 低至 5 分钟，减少灾难场景下数据的丢失。 • 处理业务数据写错的案例，提供业务操作的 “复原” 能力。 • 审计业务的历史数据，满足司法审查的需求。 • 复制 (Clone) 生产环境，方便问题诊断、性能调优验证、仿真测试等。 MB/s，备份速度具有可扩展性；更详细说明 请参考备份性能和影响。 • 单独运行日志备份时影响约在 5%。日志备份每隔 3 ～ 5 分钟将上次刷新后产生的变更数据记录刷新到 备份存储中，可以实现低至五分钟 RPO 的集群容灾目标。 8.3.1.3.2 恢复备份数据 与备份功能相对应，你可以进行两种类型的恢复：全量恢复和 PITR。 • 恢复某个全量备份 – 恢复集群快照数据备份：你可以在一个空集群或不存在数据冲突（相同

求较高。传统的解决方案是同城两个机房提供服务、异地一个机房提供数据容灾能力但不提供服务，此解决方案存在以下缺点：资源利用率低、维护成本高、RTO（Recovery Time Objective）及RPO（Recovery Point Objective）无法真实达到企业  所期望的值。TiDB采用多副本+Multi-Raft协议的方式将数据调度到不同的机房、机架、机器，当部分机器出现故障时系统可自动进行切换，确保系统的RTO<=30s及RPO=0。 ## 对存储容量、可扩展性、并发要求较高的海量数据及高并发的OLTP场景 随着业务的高速发展，数据呈现爆炸性的增长，传统的单机数据库无法满足因数据爆炸性的增长对数据库的容量要求，可行方案 支持导入和导出压缩格式文件。 - TiDB Data Migration (DM) 的增量数据校验特性 GA。 - TiDB快照备份支持断点续传，此外PITR的恢复性能提升了 50%，通用场景下RPO降低到5分钟。 - TiCDC 同步数据到 Kafka，吞吐从4000行每秒提升到35000行每秒，复制延迟降低到2秒。 - 提供行级别Time to live (TTL)管理数据生命周期（实验特性）。

金融行业对数据一致性及高可靠、系统高可用、可扩展性、容灾要求较高。传统的解决方案的资源利用率低，维护成本高。TiDB采用多副本+Multi-Raft协议的方式将数据调度到不同的机房、机架、机器，确保系统的RTO<=30s及RPO=0。 ## · 海量数据及高并发的 OLTP 场景 传统的单机数据库无法满足因数据爆炸性的增长对数据库的容量要求。TiDB 是一种性价比高的解决方案，采用计算、存储分离的架构，可对计算、存储分别进行扩缩容，计算最大支持 严重的自然灾害，提供业务误操作 “复原” 的能力。 TiDB 备份恢复功能可以用于满足以下业务的需求： · 备份集群数据到灾备系统，并保证 Recovery Point Objective (RPO) 低至 5 分钟，减少灾难场景下数据的丢失。 · 处理业务数据写错的案例，提供业务操作的“复原”能力。 · 审计业务的历史数据，满足司法审查的需求。 · 复制 (Clone) 生产环境，方便问题诊断、性能调优验证、仿真测试等。 MB/s，备份速度具有可扩展性；更详细说明请参考备份性能和影响。 · 单独运行日志备份时影响约在 5%。日志备份每隔 3～5 分钟将上次刷新后产生的变更数据记录刷新到备份存储中，可以实现低至五分钟 RPO 的集群容灾目标。 ###### 8.3.1.3.2 恢复备份数据 与备份功能相对应，你可以进行两种类型的恢复：全量恢复和 PITR。 ## · 恢复某个全量备份 - 恢复集群快照数据备份：

性、容灾要求较高。传统的解决方案的资源利用 率低，维护成本高。TiDB 采用多副本 + Multi-Raft 协议的方式将数据调度到不同的机房、机架、机器，确 保系统的 RTO <= 30s 及 RPO = 0。 38 • 海量数据及高并发的 OLTP 场景 传统的单机数据库无法满足因数据爆炸性的增长对数据库的容量要求。TiDB 是一种性价比高的解决方 案，采用计算、存储分离的架构，可对计算、存储分别进行扩缩容，计算最大支持 景提供数据源。 696 7.1.2 TiCDC 主要特性 7.1.2.1 核心能力 TiCDC 提供了以下核心能力： • 提供 TiDB -> TiDB 之间数据容灾复制的能力，实现秒级别 RPO 和分钟级别 RTO • 提供 TiDB 之间双向复制的能力，支持通过 TiCDC 构建多写多活的 TiDB 集群 • 提供 TiDB -> MySQL（或其他兼容 MySQL 协议的数据库）的低延迟的增量数据同步能力 集群没有出现数据复制延迟大幅度增加的情 况，灾难发生后，下游集群可以在 5 分钟之内恢复集群，并且最多丢失出现问题前 10 秒钟的数据，即 RTO <= 5 min，P95 RPO <= 10s。 当上游 TiDB 集群出现以下情况时，会导致 TiCDC 延迟上升，进而影响 RPO： • TPS 短时间内大幅度上升 • 上游出现大事务或者长事务 • Reload 或 Upgrade 上游 TiKV 集群或 TiCDC 集群 •