zookeeper篇-初始zookeeper
作者：互联网
点赞再看，养成习惯，微信搜索「小大白日志」关注这个搬砖人。
文章不定期同步公众号，还有各种一线大厂面试原题、我的学习系列笔记。
什么是zookeeper?
- 中间件
- 作用于分布式系统
- 支持java、c语言的api
为什么要用zookeeper?
- 保证事务执行顺序性
没有zookeeper的时候，多台服务器上执行任务我们需要考虑各台服务器上任务的协调，比如事务A在事务B前面执行，由于网络的不稳定性，我们必须考虑到这个问题，但是zookeeper出现后，zookeeper帮我们解决了这部分问题，我们以后不再需要过分专注于分布式协调问题了，我们可以更加专注于业务逻辑的设计。
- 保证数据的实时性
简单来说，就是用户读取到的永远是更新之后的信息以后，用户不会读取到比这个信息更旧的信息。
- 对master主节点管理
zooKeeper给注册到他下面的所有客户端一个编号，然后让这些机器都拥有相同的元数据视图，当Master节点挂掉后，马上启用编号最小的那台机器作为Master节点。
- 封装
zooKeeper的目标就是封装好复杂易出错的关键性服务，将复杂低效不稳定的功能封装成简单易用、性能高效、功能稳定的接口提供给用户，提高用户的开发效率
zookeeper命令
进入zookeeper安装目录下的bin目录，运行一下命令：
- ./zkServer.sh start：启动zookeeper服务器
./zkServer.sh restart：重启zookeeper服务器
./zkServer.sh status：查看当前zookeeper服务器状态,单机为standalone态
./zkServer.sh stop：停止zookeeper服务器
在bin目录下打开zk客户端: 运行./zkCli.sh，然后ls可以查看zookeeper节点结构（节点目录）
zookeeper特性
- 一致性：与Mysql的一致性不同，此指数据按顺序分批入库
- 原子性：所有zookeeper节点对事务的处理，要么全部成功，要么全部失败
- 单一视图：所有zookeeper节点看到的数据是一模一样的
- 可靠性：每次对zookeeper节点的操作都会保存
- 实时性：客户端读取的数据是最新的
zookeeper数据模型
- zookeeper数据模型可以看作tree树结构或linux目录结构
- 每个zk节点有数据、有子节点；每个节点可分为临时节点与永久节点(临时节点session超时或者关闭客户端-服务端连接，则数据丢失，永久节点则不会)；每个zk节点有版本号，更新数据时会累加版本号；每个zk节点数据大概几k,不易过大；每个节点都有权限控制列表acr，以控制权限
zookeeper有什么用?
- master选举：主节点挂了之后，会重新进行主节点选举
- 统一修改配置/信息：把对配置/信息的修改部署到任一台服务器，其他服务器会同步该修改操作
- 发布于订阅：发布者把信息存在znode上（tree树结构），订阅者可以去读取该修改
- 提供分布式锁：不同zk服务节点对同一个资源进行操作，则zk节点按顺序获取该资源的分布式锁，再进行操作
OK，如果文章哪里有错误或不足，欢迎各位留言。
创作不易，各位的「三连」是二少创作的最大动力！我们下期见！
标签：zk,zookeeper,sh,zkServer,服务器,节点,初始 来源： https://www.cnblogs.com/mofes/p/14975093.html