-
2.1.5 并行结合串行模式
2.1.5 并行结合串行模式 2.1.5 并行结合串行模式 我们现实中很多需求不仅需要并行方式加快执行，很多时候还必须遵循串行的先后次序执行。 比如生产PC机，必须要把主板、硬盘、CPU、内存等配件生产齐全后，才能进行组装，如果其中一个配件未生产齐全，无法完成后续组装。但是生产主板、硬盘、CPU、内存每一个配件的过程又都是并行的，现实生活中电子工厂生... -
5.4 如何实现主题订阅模式
5.4 如何实现主题订阅模式 5.4 如何实现主题订阅模式 我们可以将Domain视为订阅主题，将每个订阅者注册到Domain的节点（Node）上，发布者将消息逐一更新每个节点，订阅者监控每个属于自己的节点的变化事件获取订阅消息，收到后清空内容等待下一个消息，多个消息用一个arraylist存放。 图5-5 主题订阅模式实现 ❏ Publish... -
3.10 本章总结
3.10 本章总结 至此我们一起确认了什么是版本管理系统，一边回顾版本管理系统的历史，一边介绍了如今的开发现场所面临的问题。还了解了分布式版本管理系统的使用方法、版本管理系统应该管理的内容以及有效的管理方法。 这样就能够记录下什么时候、谁、进行了怎样的修改，任何时候都可以进行追查。并且还能够做到根据需要回滚到过去某一时刻、多版本并行开发、有效地进行数... -
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理论最初的定义，在工程实践中，... -
8.2 设计思路
8.2 设计思路 8.2 设计思路 OceanBase的目标是支持数百TB的数据量以及数十万TPS、数百万QPS的访问量，无论是数据量还是访问量，即使采用非常昂贵的小型机甚至是大型机，单台关系数据库系统都无法承受。 一种常见的做法是根据业务特点对数据库进行水平拆分，通常的做法是根据某个业务字段（通常取用户编号，user_id）哈希后取模，根据取模的结... -
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用，它使用最少的代码实现... -
3.5 与Paxos算法的区别
3.5 与Paxos算法的区别 3.5 与Paxos算法的区别 Paxos在维持领导者选举或者变量修改一致性上，采取一种类似议会投票的过半同意机制，比如设定一个领导者，需要将此看做一个议案，征求过半同意，每个节点通过一个议案会有编号记录，再次收到此领导者的不同人选，发现已经有编号记录便驳回，最后以多数通过的结果为准。 我们举个简单的例子，来阐述一下P...