十年网站开发经验 + 多家企业客户 + 靠谱的建站团队
量身定制 + 运营维护+专业推广+无忧售后,网站问题一站解决
HTAP是目前数据库领域比较热门的一个概念,它既能支持OLTP(在线事务处理),又能支持OLAP(在线分析处理),可以涵盖大部分企业级应用的需求,一站式解决他们的问题。本次,小编有幸采访到PingCAP分析型产品负责人马晓宇先生,就TiDB的HTAP之路作出分享。
为金城江等地区用户提供了全套网页设计制作服务,及金城江网站建设行业解决方案。主营业务为做网站、网站建设、金城江网站设计,以传统方式定制建设网站,并提供域名空间备案等一条龙服务,秉承以专业、用心的态度为用户提供真诚的服务。我们深信只要达到每一位用户的要求,就会得到认可,从而选择与我们长期合作。这样,我们也可以走得更远!▲PingCAP分析型产品负责人马晓宇
TiDB= X% TP+Y% AP =HTAP
TiDB是一个分布式NewSQL数据库,它支持水平弹性扩展、ACID事务、标准SQL、MySQL语法和MySQL协议,具有数据强一致的高可用特性,是一个不仅适合OLTP场景,还适合OLAP场景的混合数据库。
追溯TiDB的发展史,要从其“上古时代”说起。马晓宇表示,“起初,由于受到Google Spanner/F1的启发,PingCAP开始着手研发TiDB。”彼时国外已经出现了 CockroachDB(蟑螂数据库)等一系列解决TP问题的新兴数据库厂商,但国内研发这类数据库的公司寥寥无几,TiDB的出现填补了这块市场空白。
最开始,TiDB只是解决TP问题,但在实际应用过程中,用户对TiDB数据库的查询功能提出了更高的要求。为此,TiDB调整了自己的数据库执行器,增加了AP的功能拓展。如此以来,TiDB就同时具备TP和AP的功能。
马晓宇透露,“客户一直对‘TiDB适用于100%TP和80%AP场景’中的80%抱有怀疑态度,为什么是80%,不是75%,也不是85%?所以,后来我们就改用了一个比较精确(时髦)的说法:TiDB是一款HTAP数据库。”
TiDB数据库的架构优势
TiDB的整体架构分为TiDB和TiKV两层。TiDB是一层无状态的SQL Layer,对外暴露MySQL网络协议,负责解析用户的SQL语句,生成分布式的Query Plan,翻译成底层Key Value操作发送给TiKV。“通俗的讲,TiDB是XXXXXXXXXXXL版本的MySQL。”马晓宇说道。
▲TiDB数据库的原始架构
TiDB的关键立足点在于,它是一个能扩展的关系型数据库。马晓宇补充道,“除了可以替换分库分表MySQL做TP业务,TiDB也非常适合中台场景,可轻松同步MySQL生产库、透明无障碍的跨分片查询,实现数据实时落地、海量存储(TiKV)允许多数据源汇聚等。”
不仅如此,TiDB的代码全部开源。马晓宇表示,“我们本身是一家开源的公司,我们也会参与一些其他的开源社区,公司员工很多都是资深的开源社区的参与者和贡献者,我们希望和其他社区共赢,能有更多的小伙伴参加我们的开源。”
▲TiDB 1.0 vs 2.0
据悉,TiDB的更新换代速度非常快。TiDB自在2015年5月GitHub创建,而后于2016年6月发布Beta版,2017年3月发布RC2版本……2019年5月10日,TiDB 3.0.0-rc.1版本正式推出,相比 3.0.0 Beta.1,该版本对系统稳定性、易用性、功能、优化器、统计信息以及执行引擎都做了很多改进。
TiFlash项目正在进行中
2019年之后,PingCAP会有哪些大动作?马晓宇表示,“除了提升产品的性能、完善更多的功能之外,我们还会开展TiFlash项目。”据悉,TiFlash是一个相对独立完整的分析型数据库产品,通过Raft Learner独立同步一套列存,Label进行物理隔离,使AP/TP作业互相无影响,从而解决HTAP系统资源隔离的难题。
在对TP端极低的消耗下,Raft Learner接入配合 MVCC 事务模型可以提供一致性的数据读取,同时又兼顾了资源隔离。当读取数据时,TiFlash发送Raft索引校对请求。当数据同步到读取请求发送时间点的进度时,TiFlash才提供读取。马晓宇透露,“2019年将要发布GA版本,包含TiSpark以及TiDB双入口。”
马晓宇认为,“最开始在业界,HTAP其实是一个marketing slogan。如果一个数据库可以完美的融合TP和AP,那么在设计上来说,这将是一个非常干净漂亮的做法。”他还表示,“未来,HTAP还会有更多待开发的场景,值得我们去探索。”