因为只有一个Leader，水平扩展并不能明显提升性能，因为只有1个Leader, zk机器节点越多，反而会导致通信和同步时间更长，性能可能会变差，zk集群的实际qps tps能力 是 几万 这个级别。zab的设计就是对网络及其敏感，假如管理双机房，会因为抖

）dataLogDir：用于单独设置transaction log的目录，transaction log分离可以避免和普通log还有快照的竞争syncLimit：多少个tickTime内，允许follower同步，如果follower落后太多，则会被丢弃。

zk的原理Zookeeper从设计模式角度来看，是一个基于观察者模式设计的分布式服务管理框架，它负责存储和管理大家都关心的数据，然后接受观察者的注册，一旦这些数据的状态发生变化，Zookeeper就将负责通知已经在Zookeeper上注册的那些观察者做出相

脑裂就是“大脑分裂”，也就是本来一个“大脑”被拆分了两个或多个“大脑”，我们都知道，如果一个人有多个大脑，并且相互独立的话，那么会导致人体“手舞足蹈”，“不听使唤”。脑裂通常会出现在集群环境中，比如ElasticSearch、Zookeeper集群，而这些

Dubbo 通过注册中心在分布式环境中实现服务的注册与发现，而注册中心通常采用 ZooKeeper，研究注册中心相关源码绕不开 ZooKeeper，所以学习了 ZooKeeper 的基本概念以及相关 API 操作。客户端与服务端采用 TCP 长连接，服务端

# Hadoop 集群环境安装手册。先查找并卸载自带openJDK. 验证是否安装成功。编辑并保存zoo.cfg，配置文件如下。#重新写入以下配置。#写入集群主机名映射关系。在dataDir下新增文件myid，填写值为server.*对应的编号

error是在调用zk.exists（）时抛出的。于是开始google，发现问题是原因是：new zookeeper之后，zookeeper的还没有连接好，就去调用，当然会抛错。

https://www.ibm.com/developerworks/cn/opensource/os-cn-zookeeper/

接着通过help查看可用的操作命令；

公司的solr线上服务器，分成差不多10个core给不同的部门不同的业务需求来使用。我接手以来，问题多多，烦扰多多。有不少问题亟待解决，首当其冲的是搜索准确度、数据同步。搜索准确度已经通过改用ansj分词器和不断优化的个人词库和停用词库来解决，这是个不断优

zookeeper3.4.5 学习笔记

之后从0号位开始一个一个使用。两个注意点：1.Server地址能够重复配置，这样能够弥补客户端无法设置Server权重的缺陷，但是也会加大风险。.2.如果客户端在进行Server切换过程中耗时过长，那么将会收到SESSION_EXPIRED.这也是上面第1

前言关于分布式锁，在互联网行业的使用场景还是比较多的，比如电商的库存扣减，秒杀活动，集群定时任务执行等需要进程互斥的场景。而实现分布式锁的手段也很多，大家比较常见的就是redis跟zookeeper，今天我们主要介绍的是基于zookeeper实现的分布式锁

ZooKeeper的命令行操作运行 zkCli.sh –server <ip:port> 进入命令行工具，连接后使用help可以查看所有命令：。这个命令创建了一个新的 znode 节点“ zk ”以及与它关联的字符串：

最多只能同时较好的满足两个。分区容错性这三个需求。和满足AP原则三大类；也就是说，服务注册功能对可用性的要求高于一致性。选举时间导致的注册长期不可用是不能容忍的。而Eureka的客户端在向某个Eureka注册或者如果发现链接失败时，则会自动切换至其他节点，

人人都会犯错，但一些错误是如此的荒谬，我想不通怎么会有人犯这种错误。更没想到的是，这种事竟发生在了我们身上。当然，这种东西只有事后才能发现真相。接下来，我将讲述一系列最近在我们一个应用上犯过的这种错误。最有意思的是，一开始的迹象揭示的问题，与实际发生的问题

ZooKeeper 是一个高可用的分布式数据管理与协调框架。基于对 ZAB 算法的实现，该框架能够很好地保证分布式环境中数据的一致性。从同一个客户端发起的事务请求，最终将会严格地按照其发起顺序被应用到 ZooKeeper 中去。所有事务请求的处理结果在整个

以下一次关于ZooKeeper为主的一次激烈的技术讨论。为什么说一套系统用了ZooKeeper，这个系统一定很low?提出此观点的架构师介绍其原因如下。在Docker环境下，通常虚机会比较多，我们发现ZooKeeper不能承受太多节点。我们的游戏平台是一个