嘀嗒出行是北京畅行信息技术有限公司于2014年创立的互联网出行平台。作为在移动出行领域深耕十余年的头部平台，嘀嗒出行一直倡导通过不增加额外车辆基础上的「挖潜增效」，在「不给城市添堵」的前提下，专注打造「真的顺风车+智慧出租车」，满足用户的美好出行需求，为大家升级、构建「另一种出行方式」。截至2025年6月30日，嘀嗒出行注册用户已超过3.95亿。
3.95亿用户背后的跨域数据协同挑战
随着公司高速发展，用户数量和业务不断增多，数据不可避免被拆分在不同的业务库内。例如用户信息、钱包、订单，行为和信用等。而数据中台业务往往需要针对多业务线数据进行处理，例如信用分计算需要综合考虑多种不同用户行为和历史信息。由于单一业务本身数据量已经十分庞大，因此在需要跨业务线管理数据时，就不可避免需要考虑分布式方案以容纳汇聚后的数据。用户尝试使用 MyCAT 作为汇聚库承载不同业务线实时同步的数据流，但 MyCAT 作为分库分表方案，会有如下问题：
1. 业务接入效率瓶颈：在业务新接入时需要进行繁琐的分片规划，这些规划需要考虑业务本身数据特征和未来可能的扩容需求，会极大降低业务接入的效率。
2. 复杂查询能力不足：本身并非完整的数据库，跨分片查询能力较弱，很难满足中台业务较为复杂的数据处理需求。
3. 变更运维成本高昂：由于上游对接多个业务库，任一一个的 Schema 变更都会传导到下游，而在 MyCAT 中进行 DDL 又相当麻烦。
因此，MyCAT 仅仅能解决数据存储的可扩展性，且并不能满足中台业务对数据库灵活多变的需求。类似的，可扩展存储的另一个可选方案是 NoSQL 例如 HBase，Cassandra 等方案，这类方案也并不理想，虽然可以更平滑地解决扩展性问题，由于索引功能和 SQL 能力孱弱或缺失，也并不合适中台场景。
技术破局：TDSQL Boundless 的 "新敏态" 适配之道
面对 "弹性伸缩 + 实时计算 + 简化运维" 的核心诉求，腾讯云 TDSQL Boundless 的金融级分布式架构展现出精准适配性。这款基于 LSM-Tree 存储引擎的 "新敏态"数据库，凭借六大核心能力破解嘀嗒出行的技术挑战：
TDSQL Boundless 具备如下特点可以很好适配当前场景的需求：
从架构上来说，TDSQL Boundless 是一款面相海量数据的分布式数据库，它的设计目标是帮助用户解决规模所带来的复杂性问题。有别于传统的分库分表方案，TDSQL-B 的用户无需操心底层数据放置和容量规划等细节，数据库本身的调度组件会做到自动数据均衡。在此基础上，TDSQL-B 的计算模块会根据数据实际的放置位置做出优化的决策，例如哪些计算可以最大程度下推进行，哪些事务可以不用开启分布式模式等，使得计算优化和交易一致性都以最优的方式执行。另外，基于共识协议 Raft 的高可用模型也确保了在数百节点的大规模实例下，服务器宕机甚至可用区级别故障都不会使得业务中断。
价值落地：数据中台驱动的效率与体验双重跃迁
TDSQL Boundless 落地后，嘀嗒出行数据中台实现从 "能用" 到"好用" 的质变：
运维效率跃升：业务接入周期缩短 80%，平稳支撑数十次业务变更，零次服务中断。
业务创新加速：借助实时高效的数据分析能力，优化乘客投诉处理流程，达成快速响应的服务目标
-
成本结构优化：除存储成本降低约 50%，且无主从架构也使得硬件资源利用率得到 30% 以上提升。
TencentDB
往期推荐
