TiDB x 咪咕 | TiDB 在咪咕云原生场景下的实践

业务发展催生数据库改造升级

门户系统是咪咕视讯的核心业务系统之一，提供的业务功能包括大屏挂件、直播中台、应用管理平台、策略平台、大屏展现、直播展现、任务调度、车载服务等。这些功能直接关系到组织内外信息的高效传递和流动。门户系统的服务范围广泛，旨在满足用户多样化、灵活性、高并发和高可用需求。因此门户系统底层依赖的数据库需要具备高性能、高可用、灵活弹性的特点，同时还需要具备方便业务开发的用户使用体验，满足门户系统云化微服务改造的要求。

随着业务的快速发展，特别是在世界杯、热门赛事、热播电视剧等超级流量爆发下，门户系统经历了多次改版、扩容，仍然不能满足飞速增长的日活用户及用户个性化体验的要求，在灵活性、插件化、微服务、云化部署、数据库服务等方面有待升级。咪咕计划通过数据库的原生分布式改造，全面提升数据库的服务能力，选型的要求包括：

• 原生分布式架构
  满足业务快速变化的需求，不对业务产生过多的侵入，数据库须采用原生分布式架构，计算和存储可按需扩展，具有原生分布式的高可用机制，非中间件分库分表架构，适配云原生和微服务环境。
• 后端引擎能力
  支持本地和分布式事务，满足 ACID 属性要求，具有分布式一致性共识机制，达到常规的事务隔离级别，并能正确高效地处理事务异常，具有全局索引能力。
• 前端开发兼容性
  数据库须兼容和延续现有的应用架构和代码，具有相应的开发兼容性、字符集、客户端的前端支持要求。
• 恢复和备份能力
  支持物理备份、逻辑备份、全量和增量备份，支持将集群恢复到任意时间点和闪回，提供金融级的灾备能力。
  此外，安全能力、可视化运维、技术生态、售后服务体系的支撑能力也成为数据库选型的考察重点。咪咕技术团队对中国主流的国产数据库做了 9 类、34 科、共 244 个项目的测试评估，TiDB 以最高分入选。

TiDB 在咪咕云原生场景的应用

咪咕技术团队从技术论证、前期准备、分批割接、并行运行、完全割接等环节出发，制定了稳妥的实施方案，保障了 TiDB 在门户系统云化项目的落地。咪咕在 3 个独立的资源池分别部署 3 套 TiDB 集群，集群间使用 TiCDC 组件完成数据同步，业务连接到主集群进行读写，并可实现快速的容灾切换。通过访问控制策略，使得备集群在作为应急备援切换目标的同时，也保持着多中心多活只读服务的承担，充分发挥资源能力。

咪咕门户系统从 2023 年 7 月切割到 TiDB 后，已经稳定运行超过 100 天，期间经历了女足世界杯、成都大运会、男篮世界杯、杭州亚运会四个重大赛事业务高峰的压力。在重大赛事期间 TiDB 运行非常平稳，业务峰值流量 QPS 大于 20K，TPS 大于 8K，且平均响应延时低于 100ms。

TiDB 在落地过程中得到了咪咕门户改造项目负责人的高度评价：“TiDB 总体上能够较好适配咪咕当前的技术架构和运行系统，满足开发和运维关注的长期发展的重点，包括微服务框架、开发兼容、运维质量和效率提升等，所遇到的问题都能较快地解决。”

应用价值

• 匹配业务增长，轻松应对瞬间高峰
  TiDB 原生分布式架构具备灵活的弹性伸缩能力，可匹配业务的特点分别扩展计算与存储能力，提供强劲的性能支持。如在大促活动前进行快速的扩容，活动中短时高峰实现应急在线扩容，整个过程对业务透明，无需人工干预。
• 高可用架构，提升更好的业务连续性
  实现数据库和应用系统多中心提供对等服务，充分发挥集群所有节点的工作能力，并且互为冗余，既提高利用率又降低风险。TiDB 在集群内部各个组件均采用冗余设计，避免了任何单点的故障，通过 TiCDC 同步数据到异地灾备集群，为实现跨机房的高可用性提供了保障。
• 具有更好的性能，承载更多业务
  通过实际运行对比，TiDB 集群在整体硬件资源少于原 MySQL 集群的情况下，达到原有 MySQL 集群性能的 1.88 倍，即在原有硬件资源的基础上提升了约 90% 的业务承载能力。
• 为数据整合、挖掘数据价值提供基础
  原有架构的几十套 MySQL 数据库相互独立，烟囱式发展，无法将各分散的业务进行关联分析，从而挖掘数据价值。TiDB 将原来十几套 MySQL 数据库归集到一个集群中，实现多个业务系统数据的实时汇聚、实时反馈、实时洞察和实时变现，带来极致的用户体验。