利用ZOOKEEPER技术 MYSQL数据库容灾切换.pdfVIP

利用 Zookeeper技术 Mysql容灾切换 一、 ZooKeeper 介绍 1. 简介 ZooKeeper 是一个为分布式应用所设计的分布的、开源的协调服 务。分布式的应用可以建立在同步、配置管理、分组和命名等服务的更 高级别的实现的基础之上。 ZooKeeper 意欲设计一个易于编程的环境， 它的文件系统使用我们所熟悉的目录树结构。ZooKeeper使用Java所编 写，但是支持Java和C两种编程语言。 2. ZooKeeper总体结构 3. ZooKeeper集群由一组Server节点组成，这一组Server节点中存在一个角色为 Leader的节点，其他节点都为Follower。当客户端Client连接到ZooKeeper集群， 并且执行写请求时，这些请求会被发送到Leader节点上，然后Leader节点上数据变 更会同步到集群中其他的Follower节点。 4. Leader节点在接收到数据变更请求后，首先将变更写入本地磁盘，以作恢复之用。当 所有的写请求持久化到磁盘以后，才会将变更应用到内存中。 5. ZooKeeper使用了一种自定义的原子消息协议，在消息层的这种原子特性，保证了整 个协调系统中的节点数据或状态的一致性。Follower基于这种消息协议能够保证本地 的ZooKeeper数据与Leader节点同步，然后基于本地的存储来独立地对外提供服务。 6. 当一个Leader节点发生故障失效时，失败故障是快速响应的，消息层负责重新选择 一个Leader，继续作为协调服务集群的中心，处理客户端写请求，并将ZooKeeper 协调系统的数据变更同步 （广播）到其他的Follower节点。 Zookeeper逻辑图 7. ZooKeeper数据模型 Zookeeper 会维护一个具有层次关系的数据结构，它非常类似于一个文件系统 Zookeeper 这种数据结构有如下这些特点：  每个子目录项如 NameService 都被称作为 znode，这个 znode 是被它所在的路径唯一 标识，如 Server1 这个 znode 的标识为 /NameService/Server1  znode 可以有子节点目录，并且每个 znode 可以存储数据，注意 EPHEMERAL 类型的 目录节点不能有子节点目录  znode 是有版本的，每个 znode 中存储的数据可以有多个版本，也就是一个访问路径 中可以存储多份数据  znode 可以是临时节点，一旦创建这个 znode 的客户端与服务器失去联系，这个 znode 也将自动删除，Zookeeper 的客户端和服务器通信采用长连接方式，每个客户端和服务 器通过心跳来保持连接，这个连接状态称为 session，如果 znode 是临时节点，这个 session 失效，znode 也就删除了  znode 的目录名可以自动编号，如 App1 已经存在，再创建的话，将会自动命名为 App2  znode 可以被监控，包括这个目录节点中存储的数据的修改，子节点目录的变化等，一 旦变化可以通知设置监控的客户端，这个是 Zookeeper 的核心特性，Zookeeper 的很 多功能都是基于这个特性实现的，后面在典型的应用场景中会有实例介绍 Zookeeper 数据结构 8. ZooKeeper特性  顺序一致性：按照客户端发送请求的顺序更新数据。  原子性：更新要么成功，要么失败，不会出现部分更新。  单一性 ：无论客户端连接哪个server，都会看到同一个视图。  可靠性：一旦数据更新成功，将一直保持，直到新的更新。  及时性：客户端会在一个确定的时间内得到最新的数据。 9. ZooKeeper应用场景  数据发布与订阅 应用配置集中到节点上，应用启动时主动获取，并在节点上注册一 个watcher，每次配置更新都会通