-
3.4.2 一致性与可用性
3.4.2 一致性与可用性 3.4.2 一致性与可用性 来自Berkerly的Eric Brewer教授提出了一个著名的CAP理论：一致性（Consistency），可用性（Availability）以及分区可容忍性（Tolerance of network Partition）三者不能同时满足。笔者认为没有必要纠结CAP理论最初的定义，在工程实践中，... -
13.4 流式计算
13.4 流式计算 13.4.1 原理" level="4"> 13.4.1 原理 13.4 流式计算 MapReduce及其扩展解决了离线批处理问题，但是无法保证实时性。对于实时性要求高的场景，可以采用流式计算或者实时分析系统进行处理。 流式计算（Stream Processing）解决在线聚合（Online Aggregation）、在线过滤（... -
2.1.5 并行结合串行模式
2.1.5 并行结合串行模式 2.1.5 并行结合串行模式 我们现实中很多需求不仅需要并行方式加快执行，很多时候还必须遵循串行的先后次序执行。 比如生产PC机，必须要把主板、硬盘、CPU、内存等配件生产齐全后，才能进行组装，如果其中一个配件未生产齐全，无法完成后续组装。但是生产主板、硬盘、CPU、内存每一个配件的过程又都是并行的，现实生活中电子工厂生... -
7.2.4 容错
7.2.4 容错 7.2.4 容错 如果数据节点发生了故障，需要启动宕机恢复过程。每个SQL Server实例最多服务650个逻辑分区，这些分区可能是主副本，也可能是备副本。全局分区管理器统一调度，每次选择一个分区执行重新配置（Reconfiguration）。如果出现故障的分区是备副本，全局分区管理器首先选择一台负载较轻的服务器，接着从相应的主副本分... -
第三篇 实践篇
第三篇 实践篇 第三篇 实践篇 本篇内容 第8章 OceanBase架构初探 第9章 分布式存储引擎 第10章 数据库功能 第11章 质量保证、运维及实践 -
8.4.2 数据结构
8.4.2 数据结构 8.4.2 数据结构 OceanBase数据分为基线数据和增量数据两个部分，基线数据分布在多台ChunkServer上，增量数据全部存放在一台UpdateServer上。如图8-5所示，系统中有5个子表，每个子表有3个副本，所有的子表分布到4台ChunkServer上。RootServer中维护了每个子表所在的ChunkServe... -
8.4.3 可靠性与可用性
8.4.3 可靠性与可用性 8.4.3 可靠性与可用性 分布式系统需要处理各种故障，例如，软件故障、服务器故障、网络故障、数据中心故障、地震、火灾等。与其他分布式存储系统一样，OceanBase通过冗余的方式保障了高可靠性和高可用性。方法如下所示： ●OceanBase在ChunkServer中保存了基线数据的多个副本。单集群部署时一般会配置3个副本... -
11.3 应用
11.3 应用 11.3.1 收藏夹" level="4"> 11.3.1 收藏夹 11.3 应用 OceanBase上线两年左右的时间已经接入了30多个业务，线上服务器数量超过300台。虽然OceanBase同时支持OLTP以及OLAP应用，但是OceanBase具有一定的适用场景。如果应用总数据量小于200TB，每天更新的数据量小于1TB，且读写...