引言畅读科技成立于 2014 年总部位于福州业务深度聚焦海外内容市场并正积极布局 AI 短剧等新兴赛道。作为典型的内容驱动型企业随着海外业务的高速扩张畅读科技不可避免地迎来了海量数据的爆发式增长。在这一过程中传统的 MySQL 架构在分库分表运维、跨库联合查询以及实时数据分析AP 场景等方面逐渐暴露出明显的单机扩展瓶颈与高延迟痛点。在本次分享中畅读科技运维支撑业务负责人将详细复盘企业自 2020 年起全面拥抱 TiDB 的真实历程。时至今日TiDB 已从最初的单库扩展方案演进为畅读科技坚实的“数据底座”。演讲人翁敬辉福州畅读信息运维架构师一次技术的跃迁畅读科技专注于海外阅读和短剧 APP 的开发与运营自2020年起便开始使用TiDB。最初TiDB仅作为一个“扩展工具”来支持应用系统的横向扩展。然而随着版本的迭代TiDB逐步从单一的扩展工具转变为公司核心的数据底座支撑了公司业务的持续增长。如今畅读科技的数据库架构已经规模庞大拥有5 套生产集群、50 节点、百 TB 数据并且承担着高达30 的DM 同步任务和 200 的TiCDC 任务单表最大行数突破了 50 亿行。TiDB 在推动畅读科技技术升级与业务发展方面发挥了关键作用尤其在报表性能的提升上TiFlash的引入带来了10 倍的性能提升。TiDB 带来的巨大收益在使用 MySQL 的初期畅读科技面临了一个棘手的问题多库联合查询极其复杂计划每 5 分钟跑一次的 ROI 计算报告执行时间却总是超过 5 分钟始终无法完成。这一性能瓶颈严重影响了决策支持的时效性。然而当畅读科技将TiFlash集成进系统后报表性能提升了 10 倍不仅大大缩短了计算时间还使得所有报表能够迅速产出显著提升了整体运营效率。踩坑实录从实际问题中总结经验在整个迁移和升级过程中畅读科技的技术团队也经历了不少挑战。以下是他们遇到的几个关键问题以及如何克服它们的经验坑一6.5.3 版本升级后集群崩溃半天在进行 6.5.3 版本升级后集群发生了崩溃且持续了半天。通过深入排查发现问题的根源在于没有比对默认参数变更以及查询索引没有生效。这一问题提醒团队在升级前一定要做好详细的配置差异对比和验证。坑二6.5.3 版本的 DDL Bug在进行数据库结构调整时如增加字段系统突然出现卡住的现象。经过排查问题出在PD 短暂失联导致的数据不一致。团队通过紧急修复并同步数据恢复了系统稳定性。坑三跨版本原地升级 BR 不兼容因为跨版本的BR 升级不兼容升级过程并不顺利团队最终决定采用迁移式升级来避免这种风险。这个问题也教会了团队在进行重大版本升级时要特别小心数据迁移的问题。四条实战经验如何确保平稳升级与持续优化通过这些实际的经历畅读科技总结出了一些实战经验不仅帮助他们成功应对了升级中的各种挑战也为其他企业提供了宝贵的借鉴大版本升级最好采用迁移方式迁移式升级可以有效避免原地升级可能带来的兼容性问题确保系统的稳定性。升级前必须做好配置差异对比在进行版本升级前务必对当前配置与新版本的默认配置差异进行详细对比避免配置差异导致的潜在风险。DDL 变更要加强监控任何数据库结构变更如添加字段、修改表结构等都应进行专门监控以防止出现因 PD 失联等问题导致的数据不一致。生产环境不要追求最新版本尤其是大版本的升级过早使用新版本可能会带来不稳定性和未知问题因此建议在稳定后再进行升级。特别推荐资源管控功能的引入在 TiDB 的 7.x 版本中引入了资源管控功能这是畅读科技团队特别推荐的一个新特性。这一功能的引入使得资源的分配和管理变得更加精细化可以更好地平衡不同任务的资源需求提高系统整体的资源利用率和运行效率。此外平凯星辰的研发团队在社区方面的响应速度也让畅读科技感到非常满意。在遇到 DDL Bug 问题后团队通过发帖寻求帮助平凯星辰的官方研发团队迅速响应并协助排查帮助他们及时解决了问题。升级后的成果TiCDC 延迟降至毫秒级在成功升级到TiDB 8.5.2 版本后畅读科技在使用TiCDC进行数据同步时系统的延迟问题得到了彻底解决。TiCDC 的延迟再也没有超过 3 毫秒大大提升了数据同步的实时性和精准性。结语不断优化、不断前行从最初的扩展工具到如今的数据底座TiDB 已经成为畅读科技核心业务的重要支撑。通过版本的迭代与不断优化畅读科技不仅解决了数据存储与查询性能的问题还在数据同步、资源管理等方面实现了更高效的运维。展望未来畅读科技将继续依托 TiDB 的强大功能与生态支持推动技术创新为全球用户提供更加优质的阅读与短剧体验。