新东方商机系统数据架构演进与OceanBase实践总结
01 新东方商机系统数据架构演进与数据库选型
业务背景与数据架构
商机系统作为新东方核心业务系统之一，包含数据录入、跟进、转化、搜索及报表等功能，呈现典型的HTAP场景，兼具高并发低延时写入和高并发复杂查询需求。
收益与痛点
- 第一次演进：采用分离部署的HTAP架构（TP+AP），解决了部分低并发查询场景，但高并发场景下引擎查询时延无法满足需求。
- 第二次演进：采用TP数据库+CDC+AP数据库分离部署，解决了高并发AP查询需求，但存在数据同步延时（大事务/DDL时）、成本提高60%等问题。
OceanBase数据架构与特性
- 自研一体化架构：兼容经典模式，实现单机和分布式、TP和AP的融合，支持单机分布式一体化、原生分布式、全量数据校验（Paxos协议，RTO<8s，RPO=0）、高性能和高可用。
- 通用数据库+混合云架构：支持私有云、专有云、公有云、混合云，不绑定硬件，适合任何企业，实现HTAP拓展更多可能。
- 多租户管理：资源隔离按需使用，适合微服务架构和SaaS行业。
- MySQL平滑迁移：业务少量修改甚至不改即可迁移，自动评估和迁移工具。
- 易用性与生态体系：低存储成本（基于LSM-Tree压缩引擎，降低70%-90%）、全链路诊断、白黑屏全生命周期管理工具、开源生态体系。
OceanBase与其他分布式数据库业务压测PK
OceanBase在业务压测中表现优异。
针对商机系统HTAP一体化混合负载解决方案
- 业务现状：维护成本高、资源浪费、传统主备同步能力单一。
- 方案优势：HTAP一体化提高业务连续性，降本增效（机器成本降本40%以上），原生分布式解决数据延时问题，强大的并行执行引擎和SQL优化器提升报表数据生成速度。
02 基于OBCloud多云异地容灾架构实践
业务背景
KMS加密系统对数据强一致性和场景稳定性要求极高，需满足多云异地容灾需求。
如何选型云数据库产品
- 支持阿里云、腾讯云混合架构
- 云中立产品
- 高度兼容MySQL协议
- DTS同步延时管控
- 灾备集群开源或成本低
- 业务灾备管控，RPO=0，RTO<15S
OB Cloud + OB社区版的混合云架构
- 新东方选择基于OceanBase混合云架构设计多云异地容灾架构解决方案。
- 加密Key数据存储在阿里云OBCloud中，通过OMS数据实时同步到腾讯云ECS自建的社区版OceanBase集群。
基于OBCloud多基础设施异地容灾架构实践
- 收益：
- 整体成本下降50%
- 单云厂商整体不可用时，业务通过容灾切换快速恢复，数据0丢失
- OCP、OMS统一管控平台，降低混合云架构下的管理和运维成本
- OCP跨机房部署的高可用方案保障全链路可靠性
03 OceanBase后续在新东方项目的落地实践
业务现状
- 单集群成本高：原数据库RDS有上百个实例，单实例数据量大，资源碎片率高，成本攀升。
- 复杂SQL查询性能瓶颈：多表关联SQL较多，复杂SQL查询耗时长。
解决方案
- 集群模式：统一管理、灵活调度，提高资源利用率。
- 业务迁移成本低：支持MySQL语法、存储过程、函数，基本完全兼容当前SQL语法与数据类型，解决在线多表DDL发版时间长的问题。
- 原生多租户能力：实现数据库内核级虚拟化，对CPU、内存、数据等资源提供隔离机制，灵活配置租户资源占比。
租户1
随着业务量增加，存储瓶颈凸显，计划将40+套MySQL从库平滑迁移，存储成本预期降低70%。
