戴明明：OceanBase在科大讯飞的落地实践

研报总结

为什么选择OceanBase

OceanBase需要解决的问题

• 高度可扩展的数据存储和处理能力：适应大规模数据增长和高并发访问的需求。
• 混合TP/AP能力：同时满足在线事务处理和复杂分析查询等多种业务需求。
• 可维护性：简化数据库管理和维护任务，降低维护成本和复杂性。

OceanBase的可维护性（OCP）

• 提供高可维护性，降低维护成本。

OceanBaseOLTP性能测试

• MySQL方案：并发数增加至25万TPMC后不再增长。
• OceanBase方案：并发数增加至40万TPMC且有持续增长趋势。
• 结论：在并发数小于128时，OceanBase方案性能不如MySQL方案。

OceanBaseOLAP性能测试

• 提供高性能的OLAP能力。

两个核心问题

1. 业务系统7*24运行，几乎没有停机窗口。
2. OMS数据实时同步，在配合HAProxy，秒级完成MySQL到OceanBase切换。

MySQL切换OceanBase的重要保障

• 兼容MySQL协议：支持业务平滑迁移且无须修改应用代码。
• 当前系统基于MySQL5.7进行开发。

OceanBase可以解决的痛点

• 解决高并发、高可用、高可维护性等问题。

OceanBase落地实践

MySQL迁移OceanBase方案

• 数据迁移：详细说明数据迁移过程。
• 运维准备：准备切换前的各项运维工作。
• 切换过程架构图：展示切换过程的架构图。
• 切换后整体架构图：展示切换后的整体架构图。

OceanBase运维经验分享

OceanBase版本的选择

• 版本发布计划：
  • BP：正常每月发布一次，主要用于修复重大bug。
  • HF：每月发布一次，用于修复重大bug。
• 版本号说明：
  • VA.B.C_CE[_BETA][_BPX][_HFY]：例如V4.2.1_CEV4.2.1_CE_BP1V4.2.1_CE_BP1_HF1。
  • OB 4.2.1是长期支持版本。
  • V4.3.0_CE_BETA：测试版本。
• 选择次新版本的最新BP / HF。

OceanBase集群整体架构图

• 展示集群整体架构。

切换或者升级之前要充分测试

• 执行时间：0.3秒。
• 写法1：使用hint/* +NO_AGGR_FIRST_UNNEST(@"SEL$6"),NO_AGGR_FIRST_UNNEST(@"SEL$7")/。
• 写法2：0.3sand firsttime_use >= '2024-04-09'and useday >= '2024-04-09'。
• 解决方案：使用hint/* +NO_AGGR_FIRST_UNNEST(@"SEL$6"),NO_AGGR_FIRST_UNNEST(@"SEL$7")/。

Online DDL和Offline DDL

• ODC无锁结构变更清单：列出无锁结构变更内容。
• 无锁结构变更注意事项：
  • 依赖：OMS、OCP。
  • 表必须有主键或非空唯一键且表中不存在外键。
  • 需要操作对象的至少2倍的磁盘空间。
  • 无锁结构变更期间，发起其它关于该表的DDL变更将导致任务失败。
  • 大表变更较慢：5亿/200G单表修改列类型耗时5小时。

OceanBase社区

• OceanBase社区是一个开放的社区。