简介
TiDB 是一款存算分离(Decoupled Compute-Storage)的开源的 NewSQL 分布式数据库,旨在结合传统关系型数据库(RDBMS)的 ACID 事务特性和 NoSQL 数据库的可扩展性,满足现代企业对海量数据存储、高并发处理以及实时分析的需求
- MySQL高度兼容:支持MySQL协议和语法,迁移成本极低
- 水平弹性扩展:通过添加节点无缝扩展存储和计算能力(支持PB级数据)
- 强一致性分布式事务:基于Raft协议实现ACID事务,保障数据100%强一致
- HTAP混合负载:同时具有两大持久化存储方式。行存储 TiKV 支持 OLTP 场景;列存储 TiFlash 支持 OLAP 场景
- 金融级高可用:多副本自动故障转移
- RTO(Recovery Time Objective) ≤30s: 系统必须在 30 秒内恢复正常
- RPO(Recovery Point Objective) =0: 故障时无数据丢失(所有最新数据已持久化或同步),故障发生前的最大数据丢失量/时间
应用场景
- 替换分库分表架构
- 痛点:MySQL分库分表后,面临扩容复杂、跨分片查询困难、事务一致性难保障等问题
- 海量数据+高并发场景
- 数据规模:单表超5000万行,总数据量达TB/PB级。
- 并发需求:每秒万级写入或复杂查询(如电商大促、实时风控)。
- 实时HTAP需求
- 需要同一份数据同时处理交易(OLTP)与分析(OLAP),避免传统ETL延迟。
- 案例:今日头条用TiDB实现订单数据亚秒级实时分析。
- 强一致性与高可用要求
- 金融、支付等场景需满足多地多中心容灾(如银行的跨机房部署)。Google Spanner。
案例分析
美团
TiDB x 美团 | 携手开启新一代数据库深度实践之旅 | PingCAP 平凯星辰
业务挑战
基于 MySQL 构建的传统关系型数据库服务已经难以支撑公司业务的爆发式增长。考虑到技术架构的前瞻性、发展潜力、社区活跃度、以及服务本身与 MySQL 的兼容性,美团最终决定选择基于 TiDB 数据库进行二次开发的整体方案。过去在使用 MySQL 时,为了应对快速上涨的数据容量和性能瓶颈,美团只能分库(DB Sharding)分表(Table Partitioning,同一个DB里面)。但分库分表带来了成本指数级增长,计算资源不足等问题。
节点规模
数百个 TiDB 集群,1700 多个物理节点。单集群最大 40 多个节点,单表记录最大上千亿条。
核心场景
配送、出行、闪付、酒旅等业务
知乎
TiDB x 知乎 | TiDB 在知乎万亿量级业务数据下的实践 | PingCAP 平凯星辰
业务挑战
知乎首页作为流量分发的核心入口,采用个性化推荐在海量信息中高效推送用户感兴趣的优质内容。为避免重复推荐,已读服务会长期记录用

最低0.47元/天 解锁文章
1416

被折叠的 条评论
为什么被折叠?



