下面哪些场景适合使用 OceanBase（）
A. 金融核心交易，需要强一致、高可用
B. 业务数据量持续增长，需要线性扩容
C. 希望一套数据库同时兼容 MySQL 和 Oracle 语法
D. 纯离线大数据分析，替代 Hadoop 做海量 ETL
适合使用 OceanBase 的场景是：A、B、C 。
逐项解析
A. 金融核心交易，需要强一致、高可用：适合
OceanBase 基于 Paxos 多副本协议，支持“三地五中心”等容灾架构，可实现 RPO=0、RTO<8 秒的城市级故障自动切换。该能力已在金融核心场景得到验证，例如财通证券的新一代核心交易系统即采用 OceanBase 作为物理基座，支撑交易、清算、账户等核心业务。
B. 业务数据量持续增长，需要线性扩容：适合
OceanBase 的分布式架构支持在线扩缩容。当业务负载增长时，可以通过增加 OBServer 节点来线性提升数据库服务能力，扩容过程中集群保持可用，RootService 会自动将数据和负载均衡到新节点。这一特性在应对电商大促等流量洪峰场景时尤为适用。
C. 希望一套数据库同时兼容 MySQL 和 Oracle 语法：适合
OceanBase 支持在同一系统内创建 MySQL 兼容模式和 Oracle 兼容模式的租户。MySQL 模式兼容 MySQL 5.7 的绝大部分功能与语法；Oracle 模式则支持绝大部分 Oracle 语法和过程性语言功能，可降低从这两种数据库迁移的改造成本。
D. 纯离线大数据分析，替代 Hadoop 做海量 ETL：不适合
OceanBase 的核心定位是分布式关系型数据库（TP 为主，兼顾 HTAP），并非 Hadoop 那样的批处理大数据平台。虽然它具备一定的分析能力，并可通过旁路导入等方式处理离线数据文件，但“纯离线、海量 ETL、替代 Hadoop”并非其设计目标和优势场景。这类需求更适合由专门的大数据计算引擎或数仓产品承担。