DTCC | 使用 Raft 构建分布式高可用 OLTP 数据库之路

网友投稿 262 2016-05-14

内容来源:http://mp.weixin.qq.com/s?__biz=MzI3NDIxNTQyOQ==&mid=2247483686&idx=1&sn=d39b8e8b5b04ba7f27eb07a73adfe5f4#rd


PingCAP@DTCC

话说DTCC中国数据库技术大会现场大咖云集,14日的“大数据基础设施”分会场上,PingCAP当家花旦——CTO黄东旭作为特邀主持人,与***、百度、友盟+、爱奇艺的现场嘉宾一起海聊了一番下一代的大数据基础设施。小黄兄在开场的使用 Raft 构建分布式高可用 OLTP 数据库之路》主题演讲ppt分享完后意犹未尽,即时做了demo演示,嗯,就是这么炫(zi)酷(xin)。

黄东旭

PingCAP联合创始人&CTO

开源 NewSQL TiDB 作者,开源分布式缓存服务 Codis 作者,在分布式存储领域有着多年的积累和实战经验。


▌谈一谈分布式关系型数据库

分布式数据库,尤其是分布式关系型数据库(NewSQL)的架构和优化器的设计一定和传统单机数据库非常不一样,不管是理论还是实现上,所以很多基于已有的单机数据库的简单集群化是很难做得比较完善的,可以说在这个领域各个厂商又重新站到了一个起跑线上。我提到过目前更看好SQL on NoSQL 的方案,也是 Google 的选择,无状态的 SQL 层和支持 ACID 事务的分布式 KV 层,设计上偏重吞吐,适当延迟牺牲(因为有 RPC 和 Replication 开销)。





另一个趋势是在分布式数据库时代 OLAP 和 OLTP 再也不会像单机数据库时代那么模糊,支持复杂查询,大表 Join 等的偏 AP 场景会有专有数据库和查询引擎;而专注在线读写事务,高并发,强调一致性的场景也会有专门的数据库来提供服务。这也是为什么我更看好 SQL on NoSQL 的一个原因,比如 Spanner 提供了无锁的历史数据读的特性,很适合数据分析的场景,不影响当前正在进行的读写事务。针对不同的业务场景,同一份存储,切换不同的SQL引擎和优化器也许是未来的方向。


▌ Building a Distributed RDBMS using Raft(PPT)













PingCAP's NewSQL

分布式数据库未来一定是会和云结合,不同的业务线共用一套分布式数据库是很自然的事情,这个领域还有很多未解的技术难点,比如多租户技术,现有的容器技术和调度器的技术如何与数据库结合,都是重点关注的方向。关系型数据库与raft怎么结合,也是PingCAP在做的事情。其实很多人没什么机会从头写一个数据库,这件事情确实很酷。如果大家有兴趣,欢迎来共同探讨。

版权声明:本文内容由网络用户投稿,版权归原作者所有,本站不拥有其著作权,亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容,请联系我们jiasou666@gmail.com 处理,核实后本网站将在24小时内删除侵权内容。

上一篇:TiDB Weekly
下一篇:Codis 作者首度揭秘 TiKV 事务模型,Google Spanner 开源实现
相关文章