GaussDB 100 设计思想与目标客户

OLTP业务场景主要分为2大类：一类是金融银行业务场景，一类是互联网场景。但主要有5个重要的需求：

故障业务中断时间，即RTO（Recovery Time Objective，恢复时间目标，指业务停止服务的最长时间）尽可能短，最好是RTO = 0。

任何故障，数据不错、不丢失，RPO（Recovery Point Objective，数据恢复点目标，指业务系统的数据丢失量）= 0。

并发和性能满足业务诉求。

易运维，最好是自动诊断、自动修复。

易调优，最好是自调优。

GaussDB OLTP数据库基于这5个关键需求设计，分层解耦：

采用并行恢复和存储层异步回放机制优化RTO，目前支持AZ（Availability Zone，可用区域）内RTO < 10s；AZ故障，RTO < 60s。

采用多副本raft复制机制保证数据的可靠性RPO = 0。

支持线程池和采用高精度时钟去中心化，支持高并发和线性扩展性，满足高并发和性能的诉求。

运维能力上基于统计数据分析、推理，实现自运维能力，降低运维门槛。

采用基于AI的自调优参数和ABO（AI Based Optimization，基于机器学习的查询优化）优化器提供自调优能力，降低调优门槛。