Zookeeper学习第一天

提示：文章写完后，目录可以自动生成，如何生成可参考右边的帮助文档

---

前言

自己曾经使用zookeeper用来做节点管理，时间久了，想系统的重新学习一遍。今天开始将对zookeeper的简介、数据模型、单机安装，常用shell命令，Acl权限控制、javaApi这几个方面全面的了解zookeeper

一、zookeeper简介

1.1 zookeeper官网：

因为篇幅这里只取了官网的一部分，大意就是zookeeper是开发维护一个高可靠的分布协调开源服务器。
zooKeeper由雅虎研究院开发，是Google Chubby的开源实现，后来托管到Apache，于2010年11月正式成为Apache的顶级项目。
大数据生态系统里的很多组件的命名都是某种动物或者昆虫，比如hadoop就是🐘，hive就是🐝。zookeeper即动物园管理者，顾明司仪就是管理大数据生态系统各组件的管理员，如下图所示：

1.2 zookeeper应用场景

zookeeper是一个经典的分布式数据一致性解决方案，致力于为分布式应用提供一个高性能、高可用、且具有严格顺序访问控制能力的分布式协调存储服务。

• 维护配置信息
• 分布式锁服务
• 集群管理
• 生成分布式唯一ID

1.2.1 维护配置信息

java编程经常会遇到配置项，比如数据库的url、shcema、user和password等。通常这些配置项我们会放置在配置文件中，在讲配置文件放置在服务器上当需要更改配置项时，需要去服务器上修改对应的配置文件。但是随着分布式系统的兴起，由于许多服务都需要使用到该配置文件，因此又必须保证该配置服务的高可用性（high availability）和各台服务器上配置数据的一致性。通常会将配置文件部署在一个集群上，然而一个集群动辄上千台服务器，此时如果在一台台服务器逐个修改配置文件那将是非常繁琐且危险的操作，因此需要一种服务，能够高效快速且可靠地完成配置项的更改等操作，并能够保证各配置项在每一台服务器上的数据一致性。
zookeeper就可以提供这样一种服务，其使用Zab这种一致性协议来保证一致性。现在有很多开源项目使用zookeeper来维护配置，比如在hbase中，客户端就是连接一个zookeeper，获得必要的hbase集群的配置信息，然后才可以进一步操作。还有在开源的消息队列kafka中，也使用zookeeper来维护broker的信息。在alibaba开源的soa框架dubbo中也广泛的使用zookeeper管理一些配置来实现服务治理。

1.2.2 分布式锁服务

一个集群是一个分布式系统，由多台服务器组成。为了提高并发度和可靠性，多台服务器上运行着同一种服务。当多个服务在运行时就需要协调各服务的进度，有时候需要保证当某个服务在进行某个操作时，其他的服务都不能进行该操作，即对该操作进行加锁，如果当前机器挂掉后，释放锁并fail over到其他的机器继续执行该服务。

1.2.3 集群管理

一个集群有时会因为各种软硬件故障或者网络故障，出现某些服务器挂掉而被移除集群，而某些服务器加入到集群中的情况，zookeeper会将这些服务器加入/移出的情况通知给及群众的其他正常工作的服务器，以及时调整存储和计算等任务的分配和执行等。此外zookeeper还会对故障的服务器做出诊断并尝试修复。

1.2.4 生成分布式唯一ID
在过去的单库单表型系统中，通常可以使用数据库字段自带的auto_increment
属性来自动为每条记录生成一个唯一的ID。但是分库分表后，就无法在依靠数据库的auto_increment属性来唯一标识一条记录了。此时我们就可以用zookeeper在分布式环境下生成全局唯一ID。做法如下：每次要生成一个新Id时，创建一个持久顺序节点，创建操作返回的节点序号，即为新Id，然后把比自己节点小的删除即可。

1.3 zookeeper的设计目标
zookeeper致力于为分布式应用提供一个高性能，高可用，且具有严格顺序访问控制能力的分布式协调服务

1.3.1 高性能
zookeeper将全量数据存储在内存中，并直接服务于客户端的所有非实物请求，尤其适用于以读为主的引用场景

1.3.2 高可用
zooKeeper一般以集群的方式对外提供服务，一般3~5台机器就可以组成一个可用的zookeeper集群了，每台机器都会在内存中维护当前的服务状态，并且每台机器之间都相互保持着通信。只要集群中超过一般的机器都能够正常工作，那么整个集群都能够正常对外服务。

1.3.3 严格顺序访问
对于来自客户端的每个更新请求，zookeeper都会分配一个全局唯一的递增编号，这个编号反映了所有事物操作的先后顺序。