业务挑战
- 该物流企业是我国最大的综合物流服务提供商之一，依托领先的科技研发能力，致力于构建数字化供应链生态，成为全球智慧供应链的领导者。
- 在“新基建”全面启动的背景下，该企业计划对数据库进行替换，从而降低运营成本，控制风险，构建数据基础设施，提升研发效能。
- 本项目采用新旧数据库并行、逐步替换的策略，结合实时监控及回退机制，有效防范数据库替换的技术风险和业务风险，保障业务系统的持续稳定运行。
实现难点
- 异构数据库之间，保证两套数据库系统数据强一致，技术上难度大；
- 去 O 替换的 MySQL 数据库，在可靠性方面验证不足，需要能够在故障时及时回切，运维监控手动回切难度大，时间长；
- Oracle 和 MySQL 语法差异较大，业务系统不改造实现 SQL 方言兼容难度大；
方案亮点
- 通过 XA 分布式事务保证 Oracle 和 MySQL 数据强一致；
- 自动感知目标端 MySQL 数据库可用性，探测到不可用后自动回切到 Oracle 读写，并将 XA 调整为 LOCAL 事务；
- SQL 翻译器实现 Oracle 语法自动翻译 MySQL 语法，对于差异较大的 SQL 方言，提供 SQL Hint 方式对 SQL 方言进行翻译人工干预，避免了业务层改造；
解决方案
本项目将业务系统的 Oracle 数据库替换为 MySQL 数据库，关键业务系统数据库替换是一项复杂且风险较高的任务，主要风险如下：
技术风险：
- 应用程序兼容性风险：新旧数据库系统在 SQL 语法、数据类型、存储过程、触发器等方面存在差异，这些差异可能导致应用程序在新数据库上运行出错，甚至可能导致数据丢失或损坏。
- 性能风险：数据库替换后，系统的性能可能会出现波动。新旧数据库在数据存储、索引结构、查询优化、参数配置等方面存在差异。在原数据库中表现良好的查询，在新系统中可能会变得非常缓慢。新系统的硬件资源利用率也可能有所不同，需要进行相应的调整和优化。性能波动不仅会影响用户体验，还可能导致系统崩溃或数据丢失。 业务风险：
- 业务中断：数据库切换过程一旦出现问题，可能会导致业务中断、业务功能不可用等风险，不仅为企业和用户带来重大经济损失，还会严重损害企业的声誉。
为了防范数据库替换风险，该企业使用 SphereEx 双轨并行数据总线产品，通过以下步骤实现数据库的平滑替换：
（1）数据库并行双写：首先实现 Oracle 和 MySQL 数据库并行，将业务系统的数据同时写入 Oracle 和 MySQL 数据库中，使用 SphereEx 异构数据双写 & XA 强一致技术，确保 Oracle 和 MySQL 数据库的数据强一致。
（2）灰度切流：在 Oracle 和 MySQL 数据库的数据强一致的基础上，对业务读流量进行在线灰度切流，逐步将业务读流量从 Oracle 数据库切换到 MySQL 数据库。
（3）实时监控&回退策略：在灰度切流过程中，运维人员可以实时监控数据库及业务系统的运行状态、性能指标，根据监控数据及时调整系统参数，在线调增或调减新数据库的业务流量；SphereEx 双轨并行数据总线提供数据库回退机制，确保新数据库出现问题时能够快速回退到旧数据库。
（4）完成数据库替换：采用灰度切流方式，逐步将业务读流量全部切换到 MySQL 数据库，同时密切关注业务系统的运行状态、技术指标和用户反馈，经过一段时间的运行和实时监控验证，确认系统运行稳定，各项性能指标均达到预期标准后，正式停用 Oracle 数据库。
客户收益
解除技术绑定： 传统业务系统对数据库特性强依赖，本项目把数据库定义成为一个 CRUD 的存储引擎，强化业务端运算，弱依赖数据库，打造不绑定数据库技术栈的业务系统。
构建数据基础设施： 构建数据基础设施，实现业务系统架构、微服务化、分布式事务等配套的改造工作，提升效能。
风险可控： 提升系统性风险应对处理能力。
降低运营成本： 大幅降低了数据库软件的采购和维护成本。 大幅降低了服务器、存储设备的采购和维护成本
