概念性解读(Ack的灵活)         首先啊，有的人不是太理解这个Ack是什么，讲的接地气一点，其实就是一个通知，怎么说呢，当我监听消费者，正常情况下，不会出异常，但是如果是出现了异常，甚至是没有获取的异常，那是不是这条数据就会作废，但是我们肯定不希望这样的情况出现，我们想要的是，如果在出现异常的时候，我们识别到，如果确

在实际的生产过程中，单服的redis存在单点的问题，redis通常需要集群的环境。相比单服的redis，集群有以下些好处：1.容错性解决在单服redis的单点问题。在一个或多个节点出现宕机的情况下，集群内部通过投票的机制能够快速的进行选举和不停机的情况下进行服务持续提供。2.扩展性相比单

本文主要包括两部分的内容，第一部分主要包HBase的四种安装方法，分别是：①单机版模式，②伪集群模式，③使用HBase自带的zookeeper构建分布式集群，④使用独立安装的zookeeper构建分布式集群。第二部分通过HBaseshell，展示HBase的基本操作，如创建表、插入记录、查询记录、删除记录等。HBase的部署方式包括：部署模

一、RabbitMQ简介RabbitMQ即一个消息队列，主要是用来实现应用程序的异步和解耦，同时也能起到消息缓冲，消息分发的作用。消息中间件在互联网公司的使用中越来越多，消息中间件最主要的作用是解耦，中间件最标准的用法是生产者生产消息传送到队列，消费者从队列中拿取消息并处理，生产者不用关心是谁来消费，消费者不用关心谁在生产消息，从而达到解耦的

本文讲解RabbitMQ的存储，主要有以下内容：1.存储原理2.队列结构3.惰性队列存储原理首先确认一个点，持久化和非持久化的消息都会落地磁盘，区别在于持久化的消息一定会写入磁盘(并且如果可以在内存中也会有一份)，而非持久化的消息只有在内存吃紧的时候落地磁盘。两种类型消息的落盘都是在Rabb

满目山河空念远，落花风雨更伤春。!(https://raw.githubusercontent.com/longfeizheng/longfeizheng.github.io/master/images/java/java42.jpg)ClickHouse概述什么是ClickHouse?

RabbitMQ简介AMQP，即AdvancedMessageQueuingProtocol，高级消息队列协议，是应用层协议的一个开放标准，为面向消息的中间件设计。消息中间件主要用于组件之间的解耦，消息的发送者无需知道消息使用者的存在，反之亦然。AMQP的主要特征是面向消息、队列、路由（包括点对点和发布/订阅）、可靠性、安全。R

工作队列（使用pika0.9.8Python客户端）!(http://static.oschina.net/uploads/space/2015/0606/135027_1PPx_919237.png)在第一份教程中我们编写了用于从一个命名队列中接收消息和向一个命名队列中发送消息的程序。在这份教程中，我们将创建一个_工作队

一、节点间的内部通信机制1、基础通信原理（1）rediscluster节点间采取gossip协议进行通信跟集中式不同，不是将集群元数据（节点信息，故障，等等）集中存储在某个节点上，而是互相之间不断通信，保持整个集群所有节点的数据是完整的维护集群的元数据用得，集中式，一种叫做gossip集中式：好处在于，元数据的更新和读取，时效性非常好，

一个适当配置的Mongodb分片集群是没有单点故障。本文描述了分片集群中存在的几种不同的潜在的节点故障场景，以及Mongodb对这些节点故障是怎么处理的。1、Mongos节点宕机一个Mongos进程应该运行在每一个应用程序服务器上，这个服务器应该独占这个Mongos进程，并且通过它与分片集群来通讯。Mongos进程不是持久化的，相反，