2025万字总结：运营商核心系统数据库分布式升级实践-加速核心升级、布局AI引擎白皮书

îüOiø‹Jś›'L›üśïøłEre»14Œ-Ët'L•ßä oM%°i1Iä—I I—“海量记录笔笔算数”目录Contents前言 营数智化转型进入键段 02政策驱动加速国产升级进程 03技术演进催生新型基础设施 03市场需求牵引推动角色重塑 04营数智化转型三难题 05关键业务负载难题：集中式架构局限性，国产升级待提速 06海量数据实时分析难题：传统数仓带来低时效，影响业务敏捷性 07AI应用落地难题：“视力”不全、“思考”缓慢，制约数据要素价值释放 08级09IT架构向“以数据和智能为中心”升级 10“三域”核心系统构筑运营商业务基石 11承上启下：数据库是“数据×AI”融合的操作平台 12战 业务复杂度高，代码依赖深，迁移风险大 14影响范围广，实施周期紧，资源压力大 15架构转型刚性，从集中式走向分布式成必然 15营商系要样的分布式数？ 立足当下：“根自研”数据库，稳定负载关键业务 18着眼未来：面向AI的一体化数据库，加速数智化转型 19系统分布升级最佳实践 23三条路径：云平台迁移、平替升级、分布式改造 24“评、建、策、控”前期准备，保障迁移无忧 28“验、测、同、切、保”五步走，实现平滑迁移 31典型平滑升级实践 33践 B域核心CRM&BOSS场景：广东移动近乎零改造分布式升级，存储节省80% 38域核心BASS场景：江苏移动数仓分布式升级提升数据分析实效性 40M域财务系统多租户整合场景：中国移动集团财务核心分布式升级稳定支撑年结峰值 42B域核心酬金库场景：河北移动基于分布式酬金月结效率提升5倍 44O域亚信核心网工作台场景：从MySQL分布式升级保障7X24h稳定运行 46创新营景实践 48开源共建场景：中国联通软研院打造“分布式CUDB”，引领开源共建国产数据库新范式 49AI向量场景：中国联通基于OceanBase打造RAG应用破解大模型落地难题 50超大规模数据分析场景：广东移动分布式升级达成小时级高效数据分析 52异地多活场景：中国电信翼支付核心系统分布式升级达金融级容灾标准 54后记 56联合发布OceanBase中国联通软研院江苏移动河北移动中移金科亚信新炬专家委员会杨冰梁敬彬陈浩张海平王爽王毅李楠编写委员会张炳涛腾威房瑞邹家强冯瑞清曾靓罗辉张思伟马磊宋子成罗兰瑞婧前言Preface我们正站在一个时代的交汇点。每秒事务处理量）的它们如同数字社会的“老英雄，功勋卓著却渐感疲惫；另一侧，则是第四AI它远不止是一次技术的“换装，而是运营商在OceanBase2020OceanBaseCRM/BOSS根自研的原生分布式数据库搭载5OceanBase20400OceanBase之上；模超000核心系统超300基于OcnBse社区版创新的“分布式CUD”已在OceanBase作为运营商可信赖基石”RAG我们试图将散落它不仅能成为一份可行的“，运AI01进入关键阶段02 运营商数智化转型进入关键阶段选项”转变为“必选项，政策驱动加速国产升级进程通信运营商肩负着保障国家信息安全和社会稳定运行的重大责任。在此政策导向下，运营商网络信令等核心资产的“中枢神经系统，其安全稳定直接关系到国家安全与社会运行。推进数据库国产升级不仅是响应国家战略的必技术演进催生新型基础设施数据库国产并非简单的“替换，而是一次对运营商核心数据资产的全面重构与能力跃迁。AI”。市场需求牵引推动角色重塑服务科技公司转型。在政企市场，千行百业的数智化转型进入深水区，在政企市场，千行百业的数智化转型进入深水区，客户不再满足于单一的网络连接或云资源，而是迫切需要融合AI能力、可快速部署的综合解决方案。运营商依托数据库国产升级过程中构建的数据整合与治理能力，能够深度挖掘用户行为、业在个人市场，用户对数字生活体验的要求日益提升。在个人市场，用户对数字生活体验的要求日益提升。AIAIXR能”向的跨越。02三大核心难题OceanBase 海量记录笔笔算数 05AI关键业务负载难题：集中式架构局限性，国产升级待提速以下简称“核心系统）展中统筹考虑数据安全的潜在影响。一方面，当前国外传统集中式架构的局限性，一方面，当前国外传统集中式架构的局限性，在一定程度上带来了采购与运维成本较高、技术路线灵活性受限等问题。由于核心技术主导权掌握在外部厂商手中，系统在性能优化、功能迭代及新业务支撑方面的响应效率受到一定制约，影响了面向快速变化需求的敏捷演进能力。另一方面，随着数据安全和网络安全监管体系不断完善，另一方面，随着数据安全和网络安全监管体系不断完善，行业主管部门对信息系统国产升级、数据主权保障和供应链安全等方面提出了更具前瞻性的指导要求。重要课题。运营商的核心系统具有CRM&BOSS）海量数据实时分析难题：传统数仓带来低时效，影响业务敏捷性在个人市场，竞争焦点已从资源规模转向体验经济。5G在更具战略意义的政企市场，实时性需求则更为严苛。都要求数据分析从“批量”走向“流式，从“小时级”压缩至“秒级。ETL流程。在每日业务低峰期，BSSOSSOLTPOLAPOceanBase 海量记录笔笔算数 07AI“思考”缓慢，制约数据要素价值释放5G发生显著变化——客服语音记录等高度异构的数据源。AI无人区难题：AI的流通价值和倍增效应。业务部门期望实现的AI场景—“精准营销”或“用户体验保障，要准确识别一个VIPAPPAI整的数据视图，导致A“视力”传统数据库擅长精确匹配=，≈。当AI应用需要将业务属性过滤如“查找上海地区的VIP）与语义搜索“）必须进行跨系统交互，导致响应延迟高、资源消耗大、数据冗余存储、A“”变慢。AI提供“全域数据视野”；可支持向量搜索、关键词检索等混合检索，提升03成为关键环节OceanBase 海量记录笔笔算数 09、价值释放的可信载体；更是“数据×AI”融合创新的物理入口和运行底座。数据库IT/AIITIT中国移动采用“省集中”依托“算力网络”构建4+NX”AI2025”BOSS“元景大模型布式数据库集群AI中国电信持续推进“云网融合.0，打造“一云一网一底座”体系。“息壤”跨层级调度，“星海AI”AI应用落地。5GAIIT”向”AI神经突触。它不仅是“突触，更是实现算网资源智能调度与数据要素高效流转的“中央控制器。通过、用户行为未来，随着AIAgent。“三域”核心系统构筑运营商业务基石运营商普遍采用架构：O）M枢纽。BBCRMBOSSITBASSOM域B域与OM集约化运营迈进。其7×24小时不间断运行。一旦发生故障，OceanBase 海量记录笔笔算数 11决定整个系统演进的成败。承上启下：数据库是“数据×AI”融合的操作平台AIAI——SQL让数据库成为AI原生应用的“，实现从“数据搬运”到“就地智AIAgent。又要BOSSOSS等关键系统高可靠——数据库必须满足9999%毫秒级响服务不降级AI谁掌握数据与AI合应用要创新”被动替代”走向释放。04升级挑战OceanBase 海量记录笔笔算数 13数据库作为运营商核心系统的“中枢神经，最关重构的“深水区”与“硬骨头，其成败直接决定运营商数智化转型与国产升级的全局进程。当前，运营商核心系统数据库升级主要面临三大核心挑战：SQL业务阻断等重大生产问题。OCISQLPL/SQL）实现，并与Oracle以某省级运营商典型OLAPPBSQL债务积累这些代码不仅数量庞大（通常达数万行以上），且高度耦合于原数据库的技术栈，在向国产数据库迁移时面临严峻挑战：逻辑难等效：复杂的业务规则在重构过程中易出现语义偏差；性能难保障：SQL是整个迁移过程中最当前国产推进中最严峻的技术与管理挑战。BOSSCRM与此同时，工程实施周期被高度压缩，时间窗口临近。省份已制定2025年非核心系统替代、20262027年全面完成”段性目标。然而，这一紧迫的改造任务必须在的前提下同步推进。IT。运营商核心系统数据库普遍构建于OacleRAC+高端小型机+共享存储/高端一体机”的长期支撑关键系统实现”但在国产升级背景下，继续依赖高端专用硬件已不可持续：x86或小型机；通用型服务器的可用率、平均年停机时间等稳定性指标无法与高端的小型机相比；QPS/TPS级响应的核心业务压力；OceanBase 海量记录笔笔算数 15、Raft/Paxos）理，实现化整为零、集沙成塔。转移，实现秒级故障恢复且零数据丢业务无感运维；结合智能监控与AI被动响应到的演进。一致性协议Paxos1960s集中式架构典型产品Oracle，DB21990s1960s集中式架构典型产品Oracle，DB21990s嵌入业务的分布式架构基于传统集中式架构业务层负责解决分布式事务问题2000s中间件方案的分布式架构典型产品Cobar，MyCATDRDS2010s新数据模型的分布式架构典型产品Spanner，OceanBase分布式架构以替代它不仅是它不仅是更是的关键一步；它不仅关乎“能否替代，更决定“能否领先——谁率先建成自主掌控、智能敏捷的数据谁就将在“数据×AI”时代掌握主动权。“深水区“攻坚战。05运营商核心系统需要OceanBase 海量记录笔笔算数 17技术替换”7×24库选型标准。我们认为，理想的国产分布式数据库应具备“两个维度、双重能力”：——着眼未来，必须是“AI的一体化数据库——支撑敏捷创新、驱动智能升级唯有兼具这两大特质，方能真正成为运营商数智化转型的可信赖、可持续、可进化的数据底座。01的第一个其余产品能力皆为其后的0没有这个，一切性能、功能与稳定性都可能建立在不可控的基础之上。或未知故障时极易沦为因此，运营商必须选择真正“掌握全部源码、掌握核心技术路径”的根自研数据库。唯有如此，才能具备：问题精准定位能力：问题精准定位能力：缺陷快速修复能力：架构持续演进能力：厂商与运营商形成“命运共同体，共担核心系统稳定之责。OceanBase从2010年立项研发分布式数据库，始用于淘宝收藏夹，逐步深入至支付宝的核心系统，并成功拓展至广阔的外部市场，最终在性能与高可用性上实现重大突破，并迈向全面开源。其产品历经从内核到架构的完全自主研发，不依赖任何外部技术。特征一：高度Oracle语法兼容，保障迁移平滑OceanBaseOraclePL/SQLSQL98和业务逻辑出错风险。结合自动化迁移工具特征二：跨城自动容灾架构，实现电信级高可用基于PaxosOceanBase支持乃至的部RPO=0零数据丢失）RTO<8支撑高峰期百万QPS特征三：在线无感弹性扩展，应对业务波动OceanBase特征四：多租户与存储压缩，实现降本增效OceanBase在运营商行业通过内核级多租户架构与LSM-TreeMySQL/OracleLSM-Tree如某运营商核心系统从10TB缩减至TCO。着眼未来：面向AI的一体化数据库，加速数智化转型一体化”2020一体化产品一体化产品多工作负载（TP+AP）一个数据库TP&AP多模（SQL+NoSQL）原生支持多种数据类型全面兼容包括KV、HBase、等多种NoSQL向量融合（SQL+AI）基于一体化数据库提供向量能力实现Al+多模的深度融合，简化AI技术栈一体化存储一体化引擎推出全新的列存引擎行存、列存、行列混存一体化SQL2.0优化器执行器一体化事务同一架构分布式事务单机分布式一体化多云原生一体化架构从单机到分布式，从分布式到单机灵活适应业务从小规模到大规模的增长需求一套架构同时支持存算分离和存算一体SQL、多模一体化、向。一、TP&AP一体化，提升实时分析效率一、TP&AP一体化，提升实时分析效率传统核心系统通常将与TP&APOLAP无需依赖ETLLAP“，的新型业5二、多模一体化，为AI提供“全域数据视野”二、多模一体化，为AI提供“全域数据视野”AI原生支持多种NoSQLAI16000AIAI提供“，三、向量融合（SQL+AI），提升AI“思考”速度三、向量融合（SQL+AI），提升AI“思考”速度了AI思考”RAG构建的AI应用）RAG为了更好的支撑运营商AI提供了PowerRAG）RAG多种AISQLAI通过————降低系统复杂度：可维护性；降低系统复杂度：可维护性；提升数据时效性：消除ETL延迟与跨系统同步开销，实现“数据产生即可用、事务完成即可见”；加速AI创新闭环：AI“”。国DevOpsAI06最佳实践OceanBase 海量记录笔笔算数 23三条路径：云平台迁移、平替升级、分布式改造一、云平台迁移路径：依托国产云基座整体升级一、云平台迁移路径：依托国产云基座整体升级）平台迁移路径"成为运营商数据库转型升级的最优选择。OceanBasePaaSOceanBaseIaaSOceanBaseCPUIOPSOceanBaseSQL应用1Oracle应用1Oracle应用2MySQL应用3Oracle资源隔离、数据隔离、弹性调整OceanBase集群CPU内存存储CPU内存存储CPU内存存储每个应用租户拥有专属的资源池联通云在数据迁移方面，我们采用在线灰度切换方案确保业务平滑过渡。通过全量加增量的数据同OracleMySQL采用分阶段验证机制，先切分读流量验证，再在业务低峰期完成最终切换，并配备完善的回滚预案控制风险。通过将OceanBase据底座。二、平替升级路径：集中式数据库向分布式升级，二、平替升级路径：集中式数据库向分布式升级，同时实现架构和基础能力的升级该路径是运营商核心系统数据库转型中最务实、最高效的路径之一。它旨在不进行大规模应如如Oracle乎无感地完成架构从集中式到分布式的跨越式升级。架构升级无感。河南移动拥有超过600080TB数据的核心营业系统，其原有OracleOracleC应用适配移后系统SQL毫秒降至1.62635OceanBase的高效数据压缩技术，使得在三副本SQL执行性能对比通过跟踪业务整体运行、高峰时段运行，对比Oracle与OceanBaseSQL平均执行时长，由平均2.515毫秒降低为1.626毫秒，性能整体提升35.35%。通过跟踪核心CBOSS业务运行情况，对比多天Oracle与OceanBaseSQLSQL执行性能对比通过跟踪业务整体运行、高峰时段运行，对比Oracle与OceanBaseSQL平均执行时长，由平均2.515毫秒降低为1.626毫秒，性能整体提升35.35%。通过跟踪核心CBOSS业务运行情况，对比多天Oracle与OceanBaseSQL1161142数据库性能对比10760+4765214045.4%替换完成后，经历多个账期，整体业务运行稳定，数据库集群的平均资源利用率从7%-10%，提升至12%-20%。OceanBase高度兼容OracleDBA系统持续保持稳定运行，成功支撑了月结、年结等周期性业务高峰，数据库集群资源利用率总结而言，平替升级路径通过“高度兼容”实现“平滑替换三、分布式改造路径：采用分布式数据库重构架构，三、分布式改造路径：采用分布式数据库重构架构，替代集中式数据库，实现架构级自主掌控如集中式到多AB2功能副本，在城市C14F1A8秒内自动完成切换且确保零数据丢失比例分配至主Oracle用户中心与MySQLOceanBaseCPUOceanBaseOracle/MySQL10ms20业务入口（90%）业务入口（10%）DNSobproxyobproxyobproxyobproxy业务入口（90%）业务入口（10%）DNSobproxyobproxyobproxyobproxyOBServerARB(仲裁副本）observer金融中心(Mysql租户)zone1zone2zone3zone4AB城资源池OceanBaseC主副本 从副本1.3ms主城市备城市60msobserverobserver用户中心(Oracle租户)支付中心(Oracle租户)用户中心(Oracle租户)observer用户中心(Oracle租户)observer支付中心(Oracle租户)observer金融中心(Mysql租户)observer用户中心(Oracle租户)observer支付中心(Oracle租户)observer金融中心(Mysql租户)observer用户中心(Oracle租户)observer支付中心(Oracle租户)observer金融中心(Mysql租户)observer保障迁移无忧OceanBase第一，“评”——深度现状梳理与评估第一，“评”——深度现状梳理与评估OceanBase工具能够精准识别SQL数据库基本信息数据库名数据库版本使用到的数据库组件数据库字符集部署方式Oracle：11g/12c/18c/19cMySQL：5.6/5.7/8.0GIS/XML/Json/OLAP等GBK/UTF8等多租户/独占服务器/共享服务器数据库基本信息服务器操作系统和版本服务器类型CPU物理核数CPU逻辑核数CPU类型CPU型号CPU使用率（平均）CPU使用率（峰值）内存存储类型存储硬件类型AIX/HP-UX/Linux/Windows等物理机/虚拟机/一体机超线埋后的总逻辑核数X86/ARM/POWER/SPARC等具体CPU型号CPU的平均利用率CPU的平均峰值率服务器内存大小集中存储/本机存储SSD/机械盘/混合数据库容量总数据量（G)日最大归档量（G)表总数量最大表数据量（G）最大表行数最多列表的列数分区总数量占用总存储空间每天产生的日志归档总量数据库的分区总量，到二级分区数据库高可用高可用类型高可用架构备份方式备份工具灾备方式灾备工具集群/主备等如:2节点集群/1主1备/4节点集群等全量/增量/逻辑商用软件（具体产品）/RMAN/存储快照等同城/异地/2地3中心等ADG/OGG/MHA/MGR/应用基本信息应用业务域应用名称应用客户群终端客户群数量应用类型应用支撑业务应用使用场景应用架构如：营销/管理/运行等内部/外部千/万/十万/百万/千万等OLTP/OLAP/HATP如：支撑某个业务子模块如：用户开户，用户缴费等B/5或C/5应用开发开发语言及版本开发框架及版本连接地及版本中间件及版本数据库开发接口Java/Python/PHP/Perl/C/C++/C#/.Net等Spring/MyBatis/Struts/Hibernate等Druid/dbcp/C3P0等Tomcat/Weblogic/Tuxedo/东方通/宝蓝德等Pro*C/OCI/ODBC/JDBC等第二，“建”——专业团队组建第二，“建”——专业团队组建运维保障；OceanBase项目管理委员会甲方OceanBase项目经理 架构师 实施交付研发运维支持项目管理委员会甲方OceanBase项目经理 架构师 实施交付研发运维支持应用开发 数据库运维 硬件支持应用开发 数据库运维 硬件支持上线后数据库德整体运维支持上线后数据库德整体运维支持运维支持SQL研发数据迁移、性能测试、功能测试、切割上线OceanBase 实施交付需求调研、方案制定、架构规划、应用适配架构师负责项目进展和质量德整体管理和把控项目经理测试和生产环境服务器，网络等硬件实施和变更硬件支持甲方应用信息获取，应用适配和改造，应用测试应用开发负责数据库迁移项目的整体管理和把控整体把控 项目管理委员会现状和规划和改造和迁移演资源评估准备 验证和上线职责描述预估人数人员角色数据库运维 现有环境德信息获取和相关操，后续数据库运维支撑第三，“策”——严谨的技术方案设计第三，“策”——严谨的技术方案设计OceanBase数据库集群:513C2583GUnit规格用途157C287G1：40COceanBase数据库集群:513C2583GUnit规格用途157C287G1：40C128G457C287G1：40C128G757C287G1：40C128GUNIT18C32G中小型租户使用UNIT216C64G中型租户使用UNIT340C128G大型租户使用257C287G应用2：16C257C287G应用2：16C64G3：8C32G557C287G应用2：16C64G3：8C32G857C287G2：16C64G3：8C32G应用 Unite类别ZoneUnit357C287G应用 Unite类别ZoneUnit357C287G4：8C32G5：8C32G657C287G4：8C32G5：8C32G957C287G4：8C32G5：8C32G应用1UNIT11应用2UNIT11应用3UNIT11应用4UNIT21应用5UNIT31

Zone2

Zone3 第四，“控”——全面的风险评估与预案第四，“控”——全面的风险评估与预案应用兼容性风险应用兼容性风险架构风险资源和性能风险高可用风险上线割接风险运维和技能风险多维度兼容性评估

数据库架构的设计

高可用和容灾架构规划

规划

数据库支持和沿用和体系搭建实现平滑迁移数据库迁移过程遵循经过大量实践验证的四步标准化流程，确保每个环节可控可测：第一步，“验”——精准验证：测试环境深度适配OceanBaseOMASQL兼容性评估首次评估 优化调整 二次评估发现 用兼容性评估首次评估 优化调整 二次评估发现 用户针对SQL 符合数不兼容SQL 进行改造或优化 迁移要求性能评估数据迁移发现优化调整 二次回放用户针对SQL 回放进行优化 符合要求准备阶段第二步，“测”——全面验证：真实环境压力测试第三步，“同”——数据同步：双轨运行确保一致割接执行流程：在业务系统停机维护窗口内，首先完成最后的增量数据追平，确保两端数据完全一致。随后将应用程序的数据连接配置切换至OceanBase数据库，完成系统割接。数据校验方案：根据实际数据量和测试结果，提供两种校验方案：AB源库

结构迁移 Schema读取与转换 Schema同步全量迁移增量同步 OceanBase增日志读取 增日志解析 增日志回放全量校验第四步，“切”——平稳割接：有序切换保障业务APPAPP割接前割接后APPOceanBaseOMS实时同步ORACLEOceanBaseORACLE租户OMS实时同步ORACLEOceanBaseORACLE租户第五步，“保”——事后保障：专家现场值守保障应用安全48安全。典型平滑升级实践山东移动：采用“由大化小、逐个击破、持续迭代”方案2020CRM&BOSS选择2023ORAORA1库ORA4A城Oracle库A/拆库ORA2ORA3城市AC实例B城Oracle库 迁移 B城集群/租户C城Oracle库 C城集群/租户D城Oracle库 D城集群/租户CRM资源库（全省）资源集群/租户ORA1库ORA4A城Oracle库A/拆库ORA2城市AC实例B城OracleCOracleOracle迁移B/C/租户ORA3D/BOSS计费库（全省）迁移计费集群/租户该方案具备四大优势：一、高隔离性，保障系统稳定与迁移安全一、高隔离性，保障系统稳定与迁移安全OceanBase程的可控性与业务连续性。二、强复制性，实现迁移过程标准化与快速迭代二、强复制性，实现迁移过程标准化与快速迭代OMS应急预案等。后续地市可“一键复制、批量推进，提升迁移效率，实现三、轻量化架构，优化性能与资源利用率三、轻量化架构，优化性能与资源利用率（Remote四、迁移可控，工具支撑强，周期易管理四、迁移可控，工具支撑强，周期易管理5TB，适合使用OMS等工具进行精细化同步。OMS监控、可回退。支持“边验证、分步切换，有效降低业务江苏移动：采用“整库升级、稳中提速、全省跃进”的方案为应对大规模、一体化运营的省级业务需求，江苏移动在推进CRM&BOSS系统向OceanBase不拆库、整库升级的技术路径。CRMCRM实施范式。截至2025年初，江苏移动已经完成全部CRM&BOSS核心库的升级工作。ORAORACRM2ORACRM3ORACRM4ORACRM1库城市ABCD实例拆库城市AOracle库ORACRM1库城市BCD实例迁移城市A集群/租户CRM1三地市租户资源库（全省）交易库（全省权益库（全省迁移///CRMORA2ORA3ORA4ORA1库1集群城市ABCD实例迁移四地市租户错单库（全省） 迁移 错单集群/租户BOSS该方案具备四大优势：一、业务影响范围小，降低应用层适配成本一、业务影响范围小，降低应用层适配成本整库平迁二、资源集约化，提升利用率二、资源集约化，提升利用率物理集中、逻辑隔离CPUSLA2040。三、上线节奏快，迭代效率高三、上线节奏快，迭代效率高多次复用，显著提升迁移效率。四、运维与管理复杂度低四、运维与管理复杂度低“不拆库”模式下租户07场景实践OceanBase 海量记录笔笔算数 37BCRM&BOSS动近乎零改造分布式升级，存储节省80%场景简介场景简介CRM/2000业务挑战业务挑战替换难度高：替换风险大：解决方案解决方案POD9类应用压力测试、OLAP批处理类压力测试、OMA灭慢OBProxy3OBProxy业务系统（城市A/B）业务系统（城市A/B）ZONE1ZONE2ZONE3ZONE1ZONE2ZONE3业务系统（城市C）ZONE1ZONE2ZONE3ZONE1ZONE2ZONE3业务系统（城市D）ZONE1ZONE2ZONE3ZONE1ZONE2ZONE3OBproxy OBproxy OBproxy 备OBproxy 备OBproxy 备OBproxyOBproxy OBproxy OBproxy 备OBproxy 备OBproxy 备OBproxyOBproxy OBproxy OBproxy 备OBproxy 备OBproxy 备OBproxy案例成效案例成效由于高度兼容7050%CRM/。BBASS布式升级提升数据分析实效性场景简介场景简介BASS）业务挑战业务挑战性能平替挑战：In-Memory）对国产库的SQL6PL/SQL解决方案解决方案AP200SQL响应时间可控。使用高度兼容SQL90。80数据应用A库B库C库DF应用数据管理平台，用于跨库数据分发心A库 核心数仓...大数据平台HDFS文件系统集团公司系统BBSMSSOSS业务平台外部数据案例成效实现省级及9080如复杂PLM支撑年结峰值场景简介场景简介业务挑战业务挑战由于财务存在年结、月结业务高峰期，集团共50w解决方案解决方案POD）63APPF5F5proxyproxyproxyproxyzone1日志流同步zone1zone主集群zone3zone2 zone3备集群pod6（intel） 报账集群 pod10（Hygon）proxyproxyproxyproxyzone1日志流同步zone1zone2主集群Azone3zone2 zone3备集群流程平台集群B城资源池（kunpeng)案例成效案例成效QPS运维一体化：通过一套OCPCPUBHTAP5场景简介场景简介HTAP业务挑战业务挑战解决方案解决方案A/BA/BARM3A/B2...应用...应用DNS+JDBCloadbalanceOBProxy分别部署在observer上代理OBProxy1OBProxy2OBProxy3…OBProxy9酬金A（主ZONE1） 酬金B（主ZONE2） 弱读节点（ZONE3）OBServerOBServerOBServerOBServerOBServerOBServerOBServerOBServerOBServerNASA城主集群集群管理平台案例成效案例成效%，性能无损：3A/B35CPUCPU28805495OMySQL7X24h场景简介场景简介O域资源、编排、运维、MySQL升级至”业务挑战业务挑战MySQL单机存在单点故障：MySQLMySQL性能瓶颈：MySQL（TP）和复杂分析查询（AP）MySQL解决方案解决方案数据迁移：借助OMS全量比对+增量校验”的数0第一阶段数据切割（提前三天）第一阶段数据切割（提前三天）OMSMySQL OceanBase第二阶段数据增量同步，保持一致OMS第二阶段数据增量同步，保持一致OMSMySQL OceanBaseMySQL反向同步OceanBase预期成效预期成效系统稳定运行：PB“，InfluxDB支持HTAP08场景实践48 创新运营商场景实践开源共建场景：中国联通软研院打造“分布式CUDB”，引领开源共建国产数据库新范式业务背景业务背景6MySQLCUDB技术创新技术创新自研MySQL和CUDB采用MySQL5.5MySQL5.6MySQL5.7MySQL和CUDB万条OMS的3DataX5配套完善运维工具，降低DBA运维门槛：CUDB平台配套完善的SQLDBA合作成效合作成效202236CUDB225400能用尽用”战略、了”AIOceanBaseRAG破解大模型落地难题场景简介场景简介RAGAIRAG业务背景业务背景，通过RAGDBA解决方案解决