OceanBase 在科大讯飞的落地实践_戴明明.pdf

《OceanBase 在科大讯飞的落地实践_戴明明.pdf》由会员分享，可在线阅读，更多相关《OceanBase 在科大讯飞的落地实践_戴明明.pdf（23页珍藏版）》请在三个皮匠报告上搜索。

1、戴明明科大讯飞 技术专家OceanBase 在科大讯飞的落地实践人工智能 AI AI+教育AI+城市AI+医疗AI+工业AI+运营商AI+汽车AI+金融AI+办公科大讯飞讯飞使命成立于1999年，从事 智能语音、计算机视觉、自然语言处理、认知智能 等人工智能技术研究。让机器能听会说，能理解会思考，用人工智能建设美好世界。01 为什么选择 OceanBase02 OceanBase 落地实践03 运维经验分享Contents目录01为什么选择OceanBaseOceanBase 需要解决问题扩展性高度可扩展的数据存储和处理能力，适应大规模数据增长和高并发访问的需求。可维护性简化数据库管理和维护任

2、务，降低维护成本和复杂性HTAP能力提供混合TP/AP能力，同时满足在线事务处理和复杂分析查询等多种业务需求备份恢复 集群新建/删除/升级/扩缩容 集群监控/告警 合并管理/参数管理/unit 管理OceanBase 的可维护性（OCP）IaaS 资源管理 地域管理 机房管理 主机管理租户管理 租户创建/删除 租户扩容/缩容/Zone 优先级 数据库管理/会话管理/参数管理OceanBaseProxy 管理 集群新建/接管/删除 集群升级/扩容/缩容 参数管理软件包管理 上传 下载 存储集群管理 集群新建/删除/升级/扩缩容 集群监控/告警 合并管理/参数管理/unit 管理OceanBase

3、 OLTP 性能测试05000010000015000020000025000030000035000040000045000064128256512600700TpmCOceanBaseMySQLMySQL 分库分表结论MySQL 方案在并发数逐渐增加时 Tpmc 增长至 25w 左右，不再增长OceanBase 方案在并发数逐渐增加时 Tpmc 增长至 40w且有持续增长趋势在并发数小于128时，OceanBase 方案性能不如 MySQL 方案OceanBase OLAP 性能测试结论：根据业务 SQL 的复杂程度，OceanBase 提升性能 7-40 倍SQLMySQL耗时（s）Oc

4、eanBase 耗时（s）性能提升（倍）统计SQL19.670.929.51统计SQL25.920.4113.44统计SQL336.211.2328.44统计SQL46.860.4913.00统计SQL53.740.1721.00统计SQL649.21.8226.03统计SQL7611.4840.22统计SQL835.984.477.05两个核心问题MySQL 切换 OceanBase 的重要保障数据迁移协议兼容性1.当前系统基于 MySQL 5.7 进行开发2.OceanBase 兼容 MySQL 协议，支持业务平滑迁移且无须修改应用代码 1.业务系统7*24运行，几乎没有停机窗口2.OMS

5、 数据实时同步，在配合 HAProxy，秒级完成 MySQL到 OceanBase 切换OceanBase 可以解决的痛点扩展性 可以根据业务增量，进行动态的垂直和水平扩容可维护性 黑屏运维变成白屏运维 DDL增强，MySQL 大表分钟级的 DDL,在 OceanBase 中秒级完成HTAP能力 解决当前 OLTP 和 OLAP 不能完全拆分的问题其他能力 兼容 MySQL 协议，业务无需修改代码 OMS 异构同步，解决数据迁移问题 数据压缩能力，数据压缩50%（三副本总和）OceanBase02OceanBase落地实践010203040506准备阶段1.搭建 OceanBase 测试环境2

6、.业务代码适配 OceanBase3.OceanBase 性能压测4.预估数据增量和规模回滚方案1.制定 OceanBase 切回MySQL 操作方案2.与业务侧对齐并验证方案迁移上线1.确定具体切换时间2.按预定方案进行切换服务保障1.性能优化2.监控管理3.备份恢复运维准备1.OceanBase 管理：集群/租户/副本管理2.高可用方案验证3.应急预案整理数据迁移1.制定 MySQL 迁移 OceanBase 的操作方案2.在测试环境验证迁移方案3.交付 OceanBase 生产环境并配置数据同步MySQL 迁移 OceanBase 方案切换过程架构图APPVIPHAProxy+KeepA