哆啦日志 - 欢迎您的到来

工作一年的总结

2020-03-31 115 0

我是一块硬盘

2020-01-31 169 1

我是线程夏娃

2020-01-30 136 0

神秘课堂的讨论——冯诺依曼模型

2020-01-30 154 0

网站名改为“哆啦日志”啦！

2019-09-22 235 2

【源码】简单看SpringBoot启动过程

2019-07-25 251 0

大学的最后一晚

2019-07-01 419 1

为博客写了一个主题——svtheme

2019-06-29 348 0

WordPress源码阅读——functions.php主题文件

2019-06-24 382 0

三大操作系统图展

2019-06-23 226 0

HotSpot源码——目录解释

2019-06-18 322 0

互联网安全协议与HTTPS，TLS，SSL

2019-05-16 475 0

Code-Tip

Zookeeper有两种运行模式：独立模式（standalone mode）和复制模式（replicated mode，也叫集群模式）。

独立模式：

只有一个zookeeper服务实例，不可保证高可靠性和恢复性，可在测试环境中使用，生产环境不建议使用。

复制模式：

复制模式也就是集群模式，有多个zookeeper实例在运行，建议多个zk实例是在不同的服务器上。集群中不同zookeeper实例之间数据不停的同步。有半数以上的实例保持正常运行，zk服务就能正常运行，例如：有5个zk实例，挂了2个，还剩3个，依然可以正常工作；如有6个zk实例，挂了3个，则不能正常工作。

每个znode的修改都会被复制到超过半数的机器上，这样就会保证至少有一台机器会保存最新的状态，其余的副本最终都会跟新到这个状态。Zookeeper为实现这个功能，使用了Zab协议，该协议有两个可以无限重复的阶段：选举领导与原子广播。

• 选举领导

集群中所有的zk实例会选举出来一个“领导实例”（leader），其它实例称之为“随从实例”（follower）。如果leader出现故障，其余的实例会选出一台leader，并一起提供服务，若之前的leader恢复正常，便成为follower。选举leader是一个很快的过程，性能影响不明显。

Leader主要功能是协调所有实例实现写操作的原子性，即：所有的写操作都会转发给leader，然后leader会将更新广播给所有的follower，当半数以上的实例都完成写操作后，leader才会提交这个写操作，随后客户端会收到写操作执行成功的响应。

• 原子广播

上边已经说到：所有的写操作都会转发给leader，然后leader会将更新广播给所有的follower，当半数以上的实例都完成写操作后，leader才会提交这个写操作，随后客户端会收到写操作执行成功的响应。这么来的话，就实现了客户端的写操作的原子性，每个写操作要么成功要么失败。逻辑和数据库的两阶段提交协议很像。