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

Google Spanner只读副本数量限制

Google Spanner是Google提供的一种全球分布式数据库服务,它采用了分布式一致性协议并具备ACID事务特性。Google Spanner在云计算领域具有很高的可用性、弹性扩展性和数据一致性。

Google Spanner提供了多个只读副本,以提高读取性能和数据冗余。每个Spanner实例都可以配置多个只读副本,以实现高可用性和负载均衡。

然而,Google Spanner对只读副本的数量存在一定限制。具体限制根据Spanner实例的配置和资源配额而异,通常情况下,一个Spanner实例可以配置的只读副本数量为1至15个。

只读副本数量的限制主要受到以下因素的影响:

  1. Spanner实例的大小和性能:较小和低性能的实例可能限制只读副本的数量,而较大和高性能的实例则可以支持更多的只读副本。
  2. 资源配额:Google Cloud平台为每个项目设置了资源配额,包括Spanner实例的数量和规模。如果项目的资源配额不足,将限制只读副本的数量。

只读副本的配置可以提高读取性能和数据冗余,适用于以下场景:

  1. 读取密集型工作负载:通过增加只读副本的数量,可以在分布式环境中并行处理大量的读取请求,提高读取性能和响应速度。
  2. 容灾和故障恢复:只读副本可以在主副本发生故障时提供数据冗余和快速恢复。当主副本不可用时,只读副本可以继续提供读取服务。

腾讯云提供了类似Google Spanner的全球分布式数据库服务,即TDSQL-C(Tencent Distributed SQL for Cloud)。TDSQL-C具备强一致性和高可用性,支持自动扩展和数据分片,并提供多个只读副本以提高读取性能和数据冗余。

推荐的腾讯云产品:TDSQL-C 产品介绍链接地址:https://cloud.tencent.com/product/tdsqlc

页面内容是否对你有帮助?
有帮助
没帮助

相关·内容

干货分享 | Spanner事务处理技术详解

---- Spanner支持事务的四个特性ACID,2012年的《Spanner: Google’s Globally-Distributed Database》论文,并没有明确描述ACID分别是怎么实现的...无锁的只读事务(lockfree read-only transactions):凭借MVCC的快照技术,Spanner实现了无锁的只读事务。3....Read-Only Transaction:预先声明事务是只读的,Spanner会利用MVCC技术为本事务生成一个快照(snapshot,快照点是Spanner系统自动提供的),快照标识了本事务开始时刻...只读事务有机会从follower的副本(数据上的时间戳值相对快照的快照点而言、足够新的副本)中读取数据从而减少了leader的压力。 2....另外,有的分布式数据库系统,象Spanner一样提供了Paxos组(主副本、多个从副本),但只允许在主副本上读写数据,这样就会避免这里谈到的问题,但是,也限制了并发使得效率降低。

15.6K40
  • 谷歌的技术_探究GNSS技术在

    文章目录 引言 TrueTime 事务 读写事务 快照读 只读事务 Spanner 与 BigTable 总结 引言 Spanner是一个全球分布式的数据库,从数据模型来看Spanner很像BigTable...事务 Spanner中支持三种事务,分别为快照读,只读事务,读写事务,我们来看看Spanner如何利用 TrueTime API 来实现事务的特性。...只读事务 只读事务是在没有指定时间戳时的读取操作,默认就是查询当前时刻的数据,流程如下: 根据读请求和数据分布信息,选择与本次查询有关的副本组 如果所有的读操作只在一个Paxos组内部,客户端直接执行查询...参考: 论文《Spanner: Google’s Globally-Distributed Database》 博文《Spanner技术分析》 博文《深入理解Spanner事务》 博文《构建可靠分布式系统的挑战...》 博文《谈谈Spanner和F1》 博文《spanner与bigtable》 博文《Bigtable设计的”得”与”失”》 博文《GOOGLE分布式数据库技术演进研究–从Bigtable、Dremel

    39120

    零基础入门分布式系统 8. 案例研究 Case studies (完)

    当你在Google Doc中打字时,这些按键会立即应用到浏览器中的文档的本地副本,而不需要等待它们同步到服务器或任何其他用户。...在这个算法中使用因果广播(而不仅仅是可靠的广播)的原因是为了确保如果一个字符被删除,所有的副本在处理删除之前都会处理该字符的插入。这个限制是必要的,因为插入和删除同一个字符的操作是不相通的。...8.2 Google's Spanner 尽管名字里有"强"字,但强最终一致性是一个相当弱的一致性属性:例如,当读取一个值时,不能保证该操作会返回最新的值,因为更新从一个副本传播到另一个副本可能需要一些时间...Spanner通过允许事务从数据库的consistent snapshot一致性快照中读取,来避免对只读事务的加锁。...MVCC,Spanner提供可序列化的事务,而不需要为只读事务提供任何锁。

    1.8K10

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

    这意味着在 Spanner4 中, Paxos6 的数据分组数量会非常多。 不过 Paxos6 仅仅是用来选主的,具体分片信息是存储在主节点的 tablet 里。...快照读和普通只读的区别就是快照读由客户端指定截止时间,而普通只读使用服务器里记录的最后提交时间。 在时间管理上, Spanner4 定义了安全时间 图片 。...性能 副本数 读写事务 只读事务 镜像读事务 读写事务 只读事务 镜像读事务 1D 9.4±0.6 - - 4.0±0.3 - - 1 14.4±1.0 1.4±0.1 1.3±0.1 4.1±0.05...按文中描述的是部署在美国东西海岸各两个副本,中部一个副本的情况下,再加上2PC的机制,写事务单单多副本间通信的延迟就到50ms了。整体平均延迟读事务5-10ms,写事务50-150ms。...总体上, Spanner4 和 F15 对标的还是 MySQL。单机性能和延迟和它在一个数量级,只是可以大规模扩展,并且海量数据的时候可以支持分布式处理。分布式事务也是其一大亮点。

    1.7K20

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

    Google Spanner简介 SpannerGoogle的全球级的分布式数据库 (Globally-Distributed Database) 。...由于Spanner并不是开源产品,笔者的知识主要来源于Google的公开资料,通过现有公开资料仅仅只能窥得Spanner的沧海一粟,Spanner背后还依赖有大量Google的专有技术。...但是需要大量的手工运维工作,有很多的限制。因此Google开发了一个可容错可扩展的RDBMS——F1。和一般的分布式数据库不同,F1对应RDMS应有的功能,毫不妥协。...Spanner会找到一个已经充分更新好的replica上读取。 还有一个有趣的特性的是,对于只读事务,如果执行到一半,该replica出现了错误。...只读事务 对于只读事务,Spanner首先要指定一个读事务时间戳。还需要了解在这个读操作中,需要访问的所有的读的Key。Spanner可以自动确定Key的范围。

    11.3K92

    分析 Google Cloud Spanner 的架构

    本文来源于 https://thedataguy.in/internals-of-google-cloud-spanner/。这篇是目前看过解析 Spanner 的内部机制最好的文章。...其中Google Adwords (谷歌广告部门)使用了 90 多个 MySQL Shards(分片)集群方案存储数据,是谷歌内部使用 MySQL 数据库的最大的部门之一。...读取操作过期或者是有时间限制的读取操作 Spanner 支持 MVCC (多版本并发控制)。因此,Spanner 会将旧数据保留一段时间。...其他 Continent 只有只读副本节点。 ? 多区域( region )下的数据一致性 在多区域( region )概念中,写入操作总是发生在执行 Quorum Continent 上。...如果客户端要从亚洲发送写请求,则亚洲 Continent 的 API 服务器会将请求放入 Google 的内部网络中,然后再将请求发送到美国 Continent 的API服务器。

    3.4K10

    Amazon Aurora:云时代的数据库 ( 下)

    在10K负载情况下,Aurora的副本延时比MySQL低几个数量级。副本延时通过一个被提交的事务在副本上可见所需要的时间来度量的。...与之相对的,在迁移到Aurora之后,4个副本集的复制延时从未超过20ms,如图11所示。复制延时的显著改善让这家公司转移了一大部分应用程序的负载到只读副本上,既节约了成本又提高了可用性。...GoogleSpanner24提供外部一致25的读和写,全局一致的指定时间点的读。...就像Bailis所描述的,Spanner是为Google读负载高的场景定制的,在读和写的时候依赖于两阶段提交和两阶段锁。 并发控制。...因而,不像Aurora,Deuteronomy里的事务数量是受限制的。 9. 结论 我们在云环境下将Aurora设计为一个高吞吐量的OLTP数据库,不牺牲可用性和可持久性。

    1.9K00

    解读 TiDB:行走在 GKE 上的 NewSQL 开源数据库

    1 Google Cloud 与 TiDB:一篇论文引发的不解之缘 作为国内首个开源的分布式 NewSQL 数据库,TiDB 理论基础来自于 2013 年 Google Spanner/F1 论文,特性上和...谈及 TiDB 借鉴 Spanner 的核心技术点时,刘寅进一步解释到,Google 在软件和硬件方面都有非常厉害的创新,比如说像 Spanner 用的 TrueTime 技术,依赖于原子钟和卫星来实现单调递增的全局时间戳...同时每一个 tablet 借助分布式共识算法复制多个副本并保持一致性,数据副本分布在不同的地区以实现全球级别的高可用性。...然而本地盘在云上并不提供持久化保障,有一定的限制,例如在节点发生故障或者是在替换 VM 镜像时本地盘的数据会抹除。...并且在原生的 k8s 集群上拉起 pod 的节奏也存在一定限制,在 GKE 上面这个限制取决于集群的大小,尤其对于相对较大规模的集群优势立现。

    1.3K10

    分布式系统的时间问题

    4 Truetime:物理时钟回归 GoogleSpanner提出了一种新的思路,在不进行通信的情况下,利用高精度和可观测误差的本地时钟 (TrueTime API)给事件打上时间戳,并且以此比较分布式系统中两个事件的先后顺序...为什么Google要采用这样设计呢? Truetime根本上解决了什么问题?...要弄明白truetime在事务操作中作用,首先看一下Spanner支持的几种事务类型: ? 简单只读事务。...Spanner设计的只读事务有以下要求:  客户程序自己实现重试动作  读操作要显式的声明没有写(例如只读打开一个文件)  系统无需获得锁,不阻塞读过程中进来的写操作  系统自己选择一个时间戳...,用来确定读取副本的时间戳  任何一个满足时间戳的副本都可以用作读操作 当然,快照读就更简单了,无锁的读取过去的快照,客户可以指定时间戳,也可以让系统选择一个时间戳,无需赘述。

    1K74

    一些关系数据库的架构总结

    架构说明: 使用MySQL Master-Master架构,双向同步,Slave只读。 使用Zookeeper集群做实例不可用监测和防止脑裂。...该架构最新版本在只读实例基础上实现了MPP并行计算引擎,支持部分OLAP查询场景。...Google的F1 说明: F1支持sql,底层可以支持MySQL和Spanner。选择Spanner原因主要是Spanner不需要手动分区、使用Paxos协议同步数据并保证强一致以及高可用。...PingCap的TiDB TiDB主要是参考GoogleSpanner和F1的设计,架构上有很多相似的地方。 架构说明: TiDB server负责处理SQL并做路由。...存储节点是三副本部署,使用Raft协议维持三副本数据一致性和同步,有故障时自动选举(高可用)。 扩展性:计算和存储分离,可以单独扩展。

    1.9K31

    分布式系统的时间问题

    4 Truetime:物理时钟回归 GoogleSpanner提出了一种新的思路,在不进行通信的情况下,利用高精度和可观测误差的本地时钟 (TrueTime API)给事件打上时间戳,并且以此比较分布式系统中两个事件的先后顺序...为什么Google要采用这样设计呢? Truetime根本上解决了什么问题?...要弄明白truetime在事务操作中作用,首先看一下Spanner支持的几种事务类型: ? 简单只读事务。...Spanner设计的只读事务有以下要求:  客户程序自己实现重试动作  读操作要显式的声明没有写(例如只读打开一个文件)  系统无需获得锁,不阻塞读过程中进来的写操作  系统自己选择一个时间戳...,用来确定读取副本的时间戳  任何一个满足时间戳的副本都可以用作读操作 当然,快照读就更简单了,无锁的读取过去的快照,客户可以指定时间戳,也可以让系统选择一个时间戳,无需赘述。

    91753

    分库分表 vs NewSQL数据库 顶

    CAP限制 想想更早些出现的NoSQL数据库为何不支持分布式事务(最新版的mongoDB等也开始支持了),是缺乏理论与实践支撑吗?...那么NewSQL数据库突破CAP定理限制了吗?并没有。...NewSQL数据库的鼻主Google Spanner(目前绝大部分分布式数据库都是按照Spanner架构设计的)提供了一致性和大于5个9的可用性,宣称是一个“实际上是CA”的,其真正的含义是系统处于 CA...Spanner、TiDB、cockcoachDB、OB都采用了这种方式,基于Paxos协议的多副本存储,遵循过半写原则,支持自动选主,解决了数据的高可靠,缩短了failover时间,提高了可用性,特别是减少了运维的工作量...分库分表模式也能做到在线扩容,基本思路是通过异步复制先追加数据,然后设置只读完成路由切换,最后放开写操作,当然这些需要中间件与数据库端配合一起才能完成。

    93320

    全网对CAP最深层的思考

    在分布式系统中的所有数据备份,在同一时刻整个系统的副本都拥有的一致的数据。 可用性(A):这里是指100%可用性。...2017 年,Google 公司的第一代 Spanner 系统已经诞生。...Brewer 写了一篇文章讲述了 Google 公司的 Spanner 系统,并且近一步阐述了按照 CAP 定理 Spanner 是一个什么样特性的系统。...但实际上,Spanner 是具有非常高可用性效果的一个系统,从架构上 Spanner 没有达到 CAP 定理要求的那种完全可用性,但是也达到非常高的可用性,由于采用多副本的设计,个别副本出现网络分区,并不影响用户能感知到的可用性...但是此时的用户请求是可以被其他副本服务的,此时服务是可用的,也就是说用户仍然感知到 Spanner 是可用的。所以说用户感知的可用性和 CAP 定理中的可用性不是一个概念。

    49020

    余军:分布式数据库在金融行业的创新实践

    Google Spanner F1 - 第一个真正意义上 NewSQL 数据库 全球级分布式关系型数据库,数十万机器组成一个超大的数据库集群。...支撑 Google Adwords、Wallet 等核心金融业务 根据业务压力,水平无限扩展或者伸缩,底层七副本,保证任意一个数据中心宕机,底层自动切换,上层业务不中断,无需人工介入。...2017年2月,Google 在其GCP公有云平台正式提供 Cloud Spanner 服务,并于5月GA。...TiDB 优势 TiDB:Google Spanner 和 F1 的开源实现 新一代分布式关系型 NewSQL 数据库 TiDB 基于 2013 年 Google Spanner / F1 论文,在 Google...Spanner 类似的设计 为整个集群的管理提供 - “上帝视角” 存储集群元数据 meta data 维护复制副本的约束 集群数据的迁移,自动平衡和调度 全局时间戳分配 Leader region

    1.9K102
    领券