1 前言ZAB协议全称：Zookeeper Atomic Broadcast，即Zookeeper 原子广播协议。而ZooKeeper是一个开放源代码的分布式协调服务，由知名互联网公司雅虎创建，是Google Chubby的开源实现。Zoo

1 前言这里准备讲的一致性是指最终一致性，因为在分布式条件下，要想实现CAP里面的强一致性，就无法保证缓存可用性。在现代系统中，在保证实时性的前提下，不存在两者(DB和缓存)完全保存一致的方案，只有最终一致性方案。 2 缓存设计模式内存是很

1 收益与成本1.1 收益 加速读写，优化用户体验； 降低后端负载。 1.2 成本 数据不一致性：缓存层和存储层的数据存在着一定时间窗口的不一致性，时间窗口跟更新策略有关。 代码维护成本：加入缓存后，需要同时处理缓存层和存储层的逻辑，增大

1 内存消耗内存是个精贵且非常重要的计算组成部分，如何利用有限的资源完成高效且快速数据的存取，那首先我们得了解Redis在内存中的布局，看看消耗内存空间的位置，其次才能针对性的进行内存管理，分配，优化。这样，才能使得利用更小内存，获得更大存

1 前言主从复制实现了数据的多机备份，以及对于读操作的负载均衡和简单的故障恢复。但是缺陷也很突出：故障恢复无法自动化；写操作无法负载均衡；存储能力受到单机的限制。 而哨兵模式，在复制的基础上，实现了自动化的故障恢复。缺陷有：写操作无法负载均

1 前言上一章，主要讲述了高可用基础方案-主从复制。读者可能会有这样一种疑问：若主节点挂掉了，谁来处理写操作啊？这个问题显而易见，单节点问题马上显现，因而需要一种机制，能够自动进行故障恢复，而不是需要人工去手动恢复，要是这样，运维估计要骂街

1 概述复制，主要用于解决单点问题。生产上通常会备用多个节点，以备主节点宕机之患。同时，对于读场景多的情况，也可以做到负载均衡的效果。 主从复制，是指将一台Redis服务器的数据，复制到其他的Redis服务器。前者称为主节点(master

1 前言Redis支持RDB和AOF两种持久化机制，持久化功能有效地避免因进程退出造成的数据丢失问题，当下次重启时利用之前持久化的文件即可实现数据恢复。理解掌握持久化机制对于Redis运维非常重要。 2 AOFAOF（append only

1 前言Redis提供了丰富的数据类型，常见的有五种：String（字符串），Hash（哈希），List（列表），Set（集合）、Zset（有序集合）。 随着Redis版本的更新，后面又支持了四种数据类型：BitMap（2.2版新增）、Hy

1 SpringBoot整合RocketMQ简单四步即可将两者整合在一起。 1.1 引入依赖<dependency> <groupId>org.apache.rocketmq</groupId> <artif

1 demo1.1 Producer根据不同订单id的取模，把不同订单的消息分配到不同的MessageQueue，把相同订单消息分配到相同的MessageQueue。public class ProducerInOrder {

1 demo准备1.1 Producer/** * @author zyx * 延时消息-生产者 */ public class ScheduledMessageProducer { public static vo