prefetchSize:0 单条消息的大小限制。0就是不限制，一般都是不限制。prefetchCount: 设置一个固定的值，告诉rabbitMQ不要同时给一个消费者推送多余N个消息，即一旦有N个消息还没有ack，则consumer将block掉，直到有消息ackglobal：truefalse 是否将上面的设置用于channel，也是就是说上面设置的限制是用于channel级别的还是consumer的级别的。消费端ack与重回队列消费端进行消费的时候，如果由于业务异常我们可以进行日志的记录，然后进行补偿！（也可以加上最大努力次数的尝试）如果由于服务器宕机等严重问题，那我们就需要手动进行ack保证消费端的消费成功！消息重回队列重回队列就是为了对没有处理成功的消息，把消息重新投递给broker！实际应用中一般都不开启重回队列。TTL队列/消息支持消息的过期时间，在消息发送时可以指定。支持队列过期时间，在消息入队列开始计算时间，只要超过了队列的超时时间配置，那么消息就会自动的清除。死信队列HAProxy性能为何这么好？单进程、事件驱动模型显著降低了.上下文切换的开销及内存占用.在任何可用的情况下，单缓冲(single buffering)机制能以不复制任何数据的方式完成读写操作，这会节约大量的CPU时钟周期及内存带宽借助于Linux 2.6 (>= 2.6.27.19). 上的splice()系统调用，HAProxy可以实现零复制转发(Zero-copy forwarding),在Linux 3.5及以上的OS中还可以实现心零复制启动(zero-starting)内存分配器在固定大小的内存池中可实现即时内存分配，这能够显著减少创建一个会话的时长树型存储:侧重于使用作者多年前开发的弹性二叉树，实现了以O(log(N))的低开销来保持计时器命令、保持运行队列命令及管理轮询及最少连接队列keepAlive

keepAlive的作用

管理LVS负载均衡软件实现LVS集群节点的健康检查中作为系统网络服务的高可用性(failover)Keepalived如何实现高可用

Keepalived高可用服务对之间的故障切换转移，是通过VRRP (Virtual Router Redundancy Protocol ,虚拟路由器冗余协议)来实现的。

在Keepalived服务正常工作时，主Master节点会不断地向备节点发送( 多播的方式)心跳消息，用以告诉备Backup节点自己还活看，当主Master节点发生故障时，就无法发送心跳消息，备节点也就因此无法继续检测到来自主Master节点的心跳了，于是调用自身的接管程序，接管主Master节点的IP资源及服务。

而当主Master节点恢复时备Backup节点又会释放主节点故障时自身接管的IP资源及服务，恢复到原来的备用角色。