“要不要把家里的电视换成投影仪？”在小红书上，上百万篇种草笔记反映出年轻一代对投影仪的偏爱。当手机、电视等电子消费产品越来越智能化的同时，投影仪也从教室、会议室里的笨重机器，摇身一变成为了年轻人的第一台“大屏电视”。而极米科技作为投影仪行业的领先企业在这一领域已耕耘十余年，并已于 2021 年登陆科创板上市。
《DB 大咖说》第 13 期邀请到了极米科技软件与创新产品线高级架构师施刘凡来分享这次结缘合作的经历。施刘凡是一位年轻但对数据架构升级有着独特理解的开发工程师，伴随着极米科技多个关键业务系统从传统 MySQL 升级至 OB Cloud 云数据库（以下简称 OB Cloud）的完整成长过程。
自2013年成立以来，极米科技股份有限公司（简称“极米科技”），作为科创板璀璨新星，深耕智能投影与尖端光学技术领域，是集设计创意、研发实力、制造工艺、销售网络及优质服务为一体的综合型企业。在全球家用投影市场，极米科技凭借卓越表现，稳坐出货量榜首，并连续六年蝉联中国投影机市场领头羊地位。其产品跨越国界，畅销美国、日本、德国、英国、法国等逾百个国家和地区，为全球超过五百万用户带去前沿的科技体验与贴心的服务。
面对近年来业务的爆发式增长，极米科技遭遇了数据库能力的严峻考验，原有MySQL系统已难以满足业务发展的强劲需求。鉴于此，自去年7月起，极米科技果断启动数据库全面升级战略，采用先进的OB Cloud云数据库解决方案，对传统架构进行颠覆性革新。这一重大举措不仅极大地简化了数据库的日常运维复杂度，还实现了成本效益的显著提升，为极米科技向现代数据架构转型的宏伟蓝图奠定了坚实的基础，同时赋能企业持续进行业务创新，开拓更加广阔的市场空间。
础。
一、选型三要素：成本、性能、兼容性
“替换 MySQL 对极米科技而言，是一次勇敢的尝试，要突破极米科技的舒适圈，同时也是对未来发展的深思熟虑。”极米科技软件与创新产品线高级架构师施刘凡如是说。
施刘凡在极米科技工作多年，从最基础的系统安装做起，逐步成长，从事核心业务系统的开发，到今天参与到极米科技的 IT 系统顶层设计。在施刘凡看来，这个成长的过程就是自己不断突破舒适圈的过程，正如今天的极米科技在数据库的升级上一样。
随后极米科技开始了新数据库的选型工作。施刘凡介绍，在数据库的选型过程中，极米科技主要有三个方面的考量：
成本。要降低总体拥有成本，这是极米科技在这次新数据库选型工作的一个大前提。 性能。性能满足业务需求是一个基本要求。特别是考虑到此前极米科技的数据库已经出现了上亿记录的单表，后来不得不通过分库分表来满足查询性能的需求。 兼容性。鉴于原来的业务系统都是面向 MySQL 开发的。如果新数据库的语法和 MySQL 有很大差异，必然会带来大量的软件开发和测试成本。
施刘凡表示，在迁移过程中，极米科技秉持技术中立原则，力求减少对特定数据库中间件的依赖，同时控制成本。“我们要做的，不仅是跳出 MySQL 的舒适区，还要实现成本效益的最大化。”
基于这三个要求，极米科技进行了广泛的数据库选型和多方面的测试，最后选定了 OB Cloud。
施刘凡介绍，极米科技的测试表明，OB Cloud 的 SQL 与 MySQL 兼容性非常好，应用系统基本做到了无修改。而且，OB Cloud 能兼容 PL 对象和绝大多数 SQL 对象。在性能方面，OB Cloud 也有明显优势，以单表索引扫描为例，在相同实例规格下 OB Cloud 几乎是 MySQL 吞吐量的 10 倍。
二、充分测试，稳健前行
施刘凡表示，迁移前一方面是要做充分的 POC 验证，对各种可能应用场景进行充分的测试验证，确认没有问题后再实施迁移。
其次是运维层面的基础能力的准备。比如，HTTP 和 RPC 都要能支持基于灰度的调用。这样，在数据库迁移时可以先让小部分用户使用新版本，如果遇到问题修复后再重新灰度，可以降低迁移风险。
尽管 OB Cloud 在语法上能与 MySQL 充分兼容，但迁移中还是遭遇到一些挑战。比如夏令时制度的一些特殊时间的处理以及代码不规范引起的问题。比如，在系统中曾采用主键 ID 去做业务逻辑判断，而分布式数据库只保证 ID 的连续性而不保证递增，有些 ID 会跳跃，无法实现原来的逻辑，后来只好重写代码。
“过去有些代码写得不太规范，这次进行数据库的替换正好也是一次重新梳理的机会。”施刘凡说。
施刘凡介绍，在具体的迁移方案上极米科技有两个选择：停写切换和双向同步防循环。前一个方案是通过 OMS 将数据单向地从源端的 RDS 同步到 OB Cloud，包括数据增量同步，但业务需要停机，直接影响业务，其好处是避免了数据一致性问题；后一个方案是 MySQL 和 OB Cloud 同时进行实时写入，由 OMS 进行数据同步并防止数据循环复制，其好处是业务不停机，但实现复杂。
极米科技最终选择了相对比较简单可靠的前一个方案，由于当时做的是灰度发布，所以对业务没有产生大的影响，最终保证了数据库迁移的成功。
三、运维简化，性能飞跃
施刘凡介绍，原来的多个 RDS 数据库迁移到 OB Cloud 后实现了整合，从原来的 40 多个 RDS 实例整合为两个集群，共 Purchase、UCenter、Media、Launcher 4 个租户，数据库的运维管理变得简洁高效。
同时，原 MySQL 数据库中记录数过亿的大表需要借助 sharding sphere 通过拆表来保证性能，而现在迁移到 OB Cloud 后不再需要拆表，极大地减轻了运维团队的压力。
而且，数据库的可用性也得到了保证，现在 RPO 为 0，RTO 小于 8 秒，为极米科技业务提供了充分的可用性保障。
另外，OB Cloud 对 MySQL 的良好兼容性也给这次迁移带了很多便利。“这次数据库的替换对开发没有任何侵入性，研发几乎感觉不到数据的变化，对他们来说只是换了一个数据源。”施刘凡说。
当然，最让施刘凡感觉惊喜还是 OB Cloud 的高性能。“最初我们规划是准备用 32 核的集群承载 20 个 RDS 数据库，而在实践中最终迁移了近 30 个，帮助我们节省了不少算力成本。”施刘凡说。
施刘凡透露，极米科技数据库的迁移还会继续，接下来还会有业务中台相关的数据库会迁移到 OB Cloud，助力更多用户的关键业务系统升级，构建现代数据架构。相信随着 OB Cloud 的深入应用与持续优化，极米科技将在智能化升级的道路上迈出更加坚实的步伐持续引领行业创新与发展，加速迈向高质量的发展之路。
