首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往

谈谈 Spanner 和 NewSQL

关于昨天 Spanner 的文字,有人问 NewSQL 为什么会起名为 New,Spanner 的应用场景又是怎样的?那么这篇就顺着大数据的历史继续聊。...这就是 Spanner 。 大数据的下半场开始了,也就是现在很火的 NewSQL 世界。...最后再简单评价下 Spanner ,谷歌目前把 Spanner 放在了它的云上提供服务,据说价格比较昂贵。...Spanner 最大的“黑科技”在于使用了原子钟和 GPS 服务的 TrueTime API,由于 TrueTime 的存在,Spanner 解决了分布式系统中最重要的时间问题,实现了真正的全球的事务,...除了使用 Spanner 以外,Spanner 独特的架构也启发了 TiDB 、CockcoarhDB 等一系列数据库的发展,虽然这些新的数据库没有 TrueTime 这样的黑科技,但是使用 NTP 协议来实现单机房下的可扩展性和事务

91510
  • 您找到你想要的搜索结果了吗?
    是的
    没有找到

    Google Cloud Spanner的实践经验

    Cloud Spanner是Google Megastore系统的继承者,Spanner表现出远超前辈的能力。...Cloud Spanner数据库是全球范围分布式的关系型/事务数据库,并且Google承诺Cloud Spanner拥有高吞吐量、低延迟和99.999%的高可用性。...接触Cloud Spanner 第一次接触到Google Cloud Spanner是因为客户对于新技术的追求与尝试,将我们基本完成的APIs从原先的Google Cloud Sql迁移到Cloud Spanner...作为关系型数据库 Cloud Spanner支持关系型数据库所有的功能,但Cloud Spanner不完全是关系型数据库,尽管Spanner的数据模型与任何其他关系数据库的数据模型基本相似,有预定义的数据元组...Spanner所有特性:https://cloud.google.com/spanner#section-8 Cloud Spanner数据类型:https://cloud.google.com/spanner

    1.4K10

    Google Spanner原理:地球上最大的单一数据库

    Google Spanner简介 Spanner 是Google的全球级的分布式数据库 (Globally-Distributed Database) 。...由于Spanner并不是开源产品,笔者的知识主要来源于Google的公开资料,通过现有公开资料仅仅只能窥得Spanner的沧海一粟,Spanner背后还依赖有大量Google的专有技术。...下文主要是Spanner的背景,设计和并发控制。 Spanner背景 要搞清楚Spanner原理,先得了解Spanner在Google的定位。 ? 从上图可以看到。...同样的Spanner出生大概是2009年,现在我们看到了论文,估计Spanner在Google已经很完善,同时Google内部已经有更先进的替代技术在酝酿了。...Google Spanner并发控制 Spanner使用TrueTime来控制并发,实现外部一致性。支持以下几种事务。

    11.5K92

    谷歌的 Spanner 数据库是如何一步步支持 SQL 语法的

    关于 Spanner 的介绍可以参考前文:分析 Google Cloud Spanner 的架构 Spanner 之前是一个键值数据库,与现在谈论的 Spanner 是完全不同的东西。...开始了 SQL 的实验 F1 是 Spanner 开始 SQL 实验的第一步。F1 是 Google 开发的基于 Spanner 的分布式数据库。...与 Spanner 不同的是,F1 支持: 分布式SQL查询 事务一致的二级索引 可更改的历史记录和信息流 F1 是在 Spanner 之上的协调层中实现了这些功能,并将其他功能交给给 Spanner。...作为云服务的 Spanner 谷歌云将 Spanner 作为云服务之一提供给外部客户使用。...除此以外,Spanner 还会努力弥补上相比传统关系型数据库缺失的功能,比如建表时支持默认值和自增 ID 等。 最终,Spanner 选择了妥协。

    1.2K20

    谷歌的技术_探究GNSS技术在

    文章目录 引言 TrueTime 事务 读写事务 快照读 只读事务 Spanner 与 BigTable 总结 引言 Spanner是一个全球分布式的数据库,从数据模型来看Spanner很像BigTable...这并不是重点,Spanner的重是它是第一个在全球范围内传递数据且保证外部一致的分布式事务的系统,且支持几种特定的事务,这显然是一个很困难的问题,我们会在文章中加以描述,这篇文章主要对Spanner的事务以及实现事务所使用的...事务 Spanner中支持三种事务,分别为快照读,只读事务,读写事务,我们来看看Spanner如何利用 TrueTime API 来实现事务的特性。...Spanner也给我了一个另外一种看CAP的角度,Spanner声称自己达到了CA,当然我们知道严格从技术上来说这是不可能的,Spanner从原理上来说这是一个CP的系统,但是Spanner称为CA的最主要因素就是...参考: 论文《Spanner: Google’s Globally-Distributed Database》 博文《Spanner技术分析》 博文《深入理解Spanner事务》 博文《构建可靠分布式系统的挑战

    39820

    前沿观察 | 开发分布式SQL数据库六大技术挑战

    我们密切关注两个系统,分别是Amazon Aurora和Google Spanner。 1....Cloud Spanner是唯一为云构建的企业级、全局分布且高度一致的数据库服务 Google Spanner是一个可水平扩展的SQL数据库,用于将关系数据库结构的优势与非关系水平扩展相结合,专为大规模可扩展和地理分布式应用程序而构建...例如,Google Spanner文档中突出显示了“不支持外键约束或触发器”的事实 。...三、分布式事务:Google Spanner或Percolator? 关于我们应该如何设计分布式事务,我们查看了Google Spanner和Percolator。...但是,考虑到其真正的分布式特性以及对时钟偏移跟踪的需求,Google Spanner的构建难度要高一个数量级。

    10.8K31

    全网对CAP最深层的思考

    2017 年,Google 公司的第一代 Spanner 系统已经诞生。...Brewer 写了一篇文章讲述了 Google 公司的 Spanner 系统,并且近一步阐述了按照 CAP 定理 Spanner 是一个什么样特性的系统。...在文中,Brewer 指出 Spanner 系统说是”实际上的 CA”(effectively CA)系统。...从架构上来讲,Spanner 是一个 CP 系统,也就是说当出现网络分区时,Spanner 选择的是保证数据的一致性,放弃可用性的。...但实际上,Spanner 是具有非常高可用性效果的一个系统,从架构上 Spanner 没有达到 CAP 定理要求的那种完全可用性,但是也达到非常高的可用性,由于采用多副本的设计,个别副本出现网络分区,并不影响用户能感知到的可用性

    50720

    Google去中心化分布式系统论文三件套(Percolator、Spanner、F1)读后感

    Bigtable Percolator Relative Read/s 15513 14590 0.94 Write/s 31003 7232 0.23 Spanner4 Spanner: Google...Spanner4 的设计有两个难点: 对外的读写一致性 全局读的强一致性,即某个时间点在整个集群任意节点读取数据都是一致的。...每个 tablet 的数据分组里都存了一行的主键,支持“继承”功能(其实是关联,相当于告诉 Spanner4 多个表的关系,以便 Spanner4 把他们尽量放一起,减小跨 tablet 的可能性)。...由于 Spanner4 本身的延迟比较高,然后如果是跨数据中心事务,延迟可能高达(50-150 ms)。...而 Percolator3 只是针对特定场景,使用和 Spanner4 类似的技术的优化,延迟比 Spanner4 好一些。

    1.7K20

    浅谈关系型数据库的演变

    使用分布式共识算法来同步日志是目前的标准做法,类似Spanner,TiDB,OceanBase等NewSQL也都是基于分布式共识算法来保证数据的一致性。...使用Mulit-Paxos算法的产品 传统数据库: AliSQL X-Cluster,TDSQL,MySQL Group Replication NewSQL: Spanner,Oceanbase 使用...有部分借鉴Spanner,使用KV存储上增加SQL解析层。但也是大同小异。 几款NewSQL Spanner/F1,基于truetime的数据库。也只有这样,才能实现全球化部署。...TiDB/TiKV,Spanner/F1,的乞丐版实现,由于使用了TSO所以集群通常不会跨城市。此外,事务的实现是在TiDB上,和Spanner略有不同。...但事务隔离性强于Spanner,可能是因为不用考虑truetime的延时. Ocaenbase,蚂蚁金服的分布式数据库,于TiDB/TiKV不同,KV层和SQL层不做分离。

    58720
    领券