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

1 前言RocketMQ支持消息过滤和重试。对于消息过滤，其支持两种方式： TAG过滤：相当于子topic，对同一topic的消息再次进行过滤，分发至相应的消费者。 SQL过滤：支持SQL92标准形式，对于producer传递的属性值进行

1 前言若Broker按照主从方式部署，则需要对主节点的数据进行备份。在生产上，为了实现消息的高可用，避免Broker发生单点故障引起存储在Broker上的消息无法及时消费， RocketMQ引入Broker主备机制，即：消息消费到达主服务

1 问题罗马数字包含以下七种字符： I， V， X， L，C，D 和 M。字符 数值 I 1 V 5 X 10 L 50 C

1 问题罗马数字包含以下七种字符： I， V， X， L，C，D 和 M。字符 数值 I 1 V 5 X 10 L 50 C