-
2.5 故障恢复
2.5 故障恢复 2.5.1 操作日志" level="4"> 2.5.1 操作日志 2.5 故障恢复 数据库运行过程中可能会发生故障，这个时候某些事务可能执行到一半但没有提交，当系统重启时，需要能够恢复到一致的状态，即要么提交整个事务，要么回滚。数据库系统以及其他的分布式存储系统一般采用操作日志（有时也称为提交日志，即Commit Log）技术来实... -
3.4.2 一致性与可用性
3.4.2 一致性与可用性 3.4.2 一致性与可用性 来自Berkerly的Eric Brewer教授提出了一个著名的CAP理论：一致性（Consistency），可用性（Availability）以及分区可容忍性（Tolerance of network Partition）三者不能同时满足。笔者认为没有必要纠结CAP理论最初的定义，在工程实践中，... -
5.2.3 讨论
5.2.3 讨论 5.2.3 讨论 Amazon Dynamo采用P2P架构，而在Tair中引入了中心节点Config Server。这种方式很容易处理数据的一致性，不再需要向量时钟、数据回传、Merkle树、冲突处理等复杂的P2P技术。另外，中心节点的负载很低。笔者认为，分布式键值系统的整体架构应该参考Tair，而不是Dynamo。 当然，Tair... -
6.3.2 文件流层
6.3.2 文件流层 6.3.2 文件流层 文件流层提供内部接口供服务分区层使用。它提供类似文件系统的命名空间和API，但所有的写操作只能是追加，支持的接口包括：打开＆关闭文件、改名、读取以及追加到文件。文件流层中的文件称为流，每个流包含一系列的extent。每个extent由一连串的block组成。 如图6-11所示，文件流"//foo"包含四个e... -
8.2 设计思路
8.2 设计思路 8.2 设计思路 OceanBase的目标是支持数百TB的数据量以及数十万TPS、数百万QPS的访问量，无论是数据量还是访问量，即使采用非常昂贵的小型机甚至是大型机，单台关系数据库系统都无法承受。 一种常见的做法是根据业务特点对数据库进行水平拆分，通常的做法是根据某个业务字段（通常取用户编号，user_id）哈希后取模，根据取模的结... -
11.3 应用
11.3 应用 11.3.1 收藏夹" level="4"> 11.3.1 收藏夹 11.3 应用 OceanBase上线两年左右的时间已经接入了30多个业务，线上服务器数量超过300台。虽然OceanBase同时支持OLTP以及OLAP应用，但是OceanBase具有一定的适用场景。如果应用总数据量小于200TB，每天更新的数据量小于1TB，且读写... -
2.2 跟Hadoop的区别
2.2 跟Hadoop的区别 2.2 跟Hadoop的区别 对于初学者，特别是学习过一些Hadoop知识的读者，可能阅读到这里会产生疑惑，本书描述的分布式核心技术跟Hadoop之间的到底有哪些区别。 在表2-1中，我们全面列举两者之间的区别，但是仅供参考，不是对Hadoop产品持否认态度，我们一贯尊重Hadoop作者和Hadoop的使用者。 注意 ... -
第3章 分布式协调的实现
第3章 分布式协调的实现 第3章 分布式协调的实现 分布式协调是分布式应用中不可缺少的，通常会设立专门的协调者角色，即将多机协调的职责从分布式应用中独立出来，以减少系统的耦合性和增强可扩展性。Apache的ZooKeeper、Google的Chubby都是分布式协调的实现者。Fourinone实际上可以单独当做ZooKeeper用，它使用最少的代码实现...