这次我们聊了聊 Google F1 的最新论文 | 北京 Paper Party 回顾

网友投稿 461 2018-10-16

内容来源:http://mp.weixin.qq.com/s?__biz=MzI3NDIxNTQyOQ==&mid=2247486921&idx=2&sn=bcc1787a8107ec84a8d264fa196b0bf8&chksm=eb162aa3dc61a3b5030e114ac1c871ed8841886d495934b33f3a8f8706858c691a4ffdb2404a#rd


上周六我们在「新根据地」举办了第 75 期 Infra Meetup,由于是在新办公室举行的第一场 Meetup,到场的小伙伴都收到了特别福利——社区 T 恤一件  很多小伙伴还好奇参观了一圈我们的工作环境。“你们公司为什么要这么大的会议室啊?” ——要为定期举办的社区交流活动准备空间呀~不过照本期火爆程度,这个空间恐怕不久就不够用了 haha


言归正传,在本期 Meetup 上,我司 CTO 黄东旭从最新的论文出发,结合 Google F1 团队在今年 VLDB 上的演讲内容,为大家分享了 F1 Query 的架构原理。以下是文字 & 视频回顾,enjoy~ 



视频回顾


Google 在今年的 VLDB 上发布了 F1 的新进展(《F1 Query: Declarative Querying at Scale》,距离 Google 的上一篇 F1 论文已经过去 5 年了。2013 年论文《F1: A Distributed SQL Database That Scales》中的 F1 是基于 Spanner 的,主要提供 OLTP 服务,而新的 F1 的定位则是大一统:旨在处理 OLTP/OLAP/ETL 等多种不同的 workload。


本期 Meetup,东旭主要分享了  F1 Query 以下几个重要的设计点,从不同角度详细介绍了 F1 Query 的架构原理。首先,F1 Query 是面向多数据中心的高可用设计的,它并不太关心 Data locality, 这一决定大大降低了计算和存储耦合度。但是可能牺牲掉一些 OLTP 类型业务的延迟。其次,F1 Query 支持多数据源,查询语言上支持 SQL,并提供两种不同的查询交互模式:Interactive mode、Batch mode。

在扩展性方面,由于很多复杂的业务逻辑无法通过 SQL 表达,所以 F1 Query 提供用户自定义函数的方法,包括 UDF(标量函数)、UDA(自定义聚合函数)、TVF(表转化函数),对于更复杂或者性能要求高的 UDF 需求,则可以用其它开发语言通过 UDF Server 的形式实现。

最后,东旭分享了 Google F1 团队在  VLDB 现场 分享的 F1 Query 未来路线图。


* 后台回复“1013”获取完整 PPT 链接 


有一位小伙伴在 Meetup 结束之后,结合东旭的分享内容整理了一篇论文笔记,学习精神值得鼓励呀, 所以我们送出了一份小礼物(给一直惦记着周边的小伙伴们划一下重点)。点击【阅读原文】即可阅读笔记~


PingCAP Infra Meetup


作为一个基础架构领域的前沿技术公司,PingCAP 希望能为国内真正关注技术本身的 Hackers 打造一个自由分享的平台。自 2016 年 3 月 5 日开始,我们定期在周末举办 Infra Meetup,邀请业内大牛与大家深度探讨基础架构领域的前瞻性技术思考与经验。在这里,我们希望提供一个高水准的前沿技术讨论空间,让大家真正感受到自由的开源精神魅力。

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

上一篇:TiKV 是如何存储数据的(下)
下一篇:一致性模型
相关文章