基于Redisson实现延迟队列其实Redisson延迟队列内部也是基于redis来实现的，我们先来进行整合使用看看效果 。
Redisson都能满足，实际上单是使用Redisson作为Spring的客户端就足够了 。个人倾向lettuce + Redisson 。
redisson delayqueue 是一种基于 redis zset 结构的延时队列实现 。delayqueue 中有一个名为 timeoutSetName 的有序集合 ， 其中元素的 score 为投递时间戳 。
如果被锁住的业务运行时间超过了锁的时间，别的线程进来了，导致业务错误，这是不能接受的 。Redisson已经为我们考虑到这个问题，自动续锁的时间的机制 。watch dog机制 。
基于Redisson的分布式映射结构的RMap Java对象实现了java.util.concurrent.ConcurrentMap和java.util.Map接口，与HashMap不同的是，RMap 保持了元素的插入顺序 。该对象的最大容量受Redis限制，最大元素数量是4294967295个 。
如何用Java和Redis设计一个高效的先入先出的队列1、用①Java的队列先进先出获取下一个key或者②使用预先规定好的键生成的规则 ， 让键是有规则有顺序的，比如自增ID，然后每次获取都是ID++ ， 而直接从redis.get（ID.next（）；来获取值 。
2、序列化：一般我们向Redis发送一个消息定义的Java对象，这个对象需要序列化 。
【redis设计和实现 基于redis的设计】3、Redis 解决了一个重大的缓存问题，而其丰富的功能集又为其找到了其他用途 。由于 Redis 能够在磁盘上存储数据以及跨节点复制数据 ， 因而可以作为数据仓库用于传统数据模式（也就是说，您可以使用 Redis，就像使用 RDBMS 一样） 。
4、redis主从复制总结整理 主题Redis Redis的主从复制策略是通过其持久化的rdb文件来实现的 ， 其过程是先dump出rdb文件，将rdb文件全量传输给slave，然后再将dump后的操作实时同步到slave中 。
Redis实现分布式锁与Zookeeper实现分布式锁区别1、但它也有麻烦的一面，为了防止客户端长时间阻塞或者故障宕机而导至锁无法释放 ， 我们需要在加锁的时候指定一个过期时间，不过成本确实比ZooKeeper的实现要低很多 。
2、分布式锁三种实现方式：基于数据库实现分布式锁；基于缓存（Redis等）实现分布式锁；基于Zookeeper实现分布式锁 。从性能角度（从高到低）来看：“缓存方式Zookeeper方式=数据库方式” 。1 。
3、基于数据库实现分布式锁：主要是利用数据库的唯一索引来实现，唯一索引天然具有排他性 ， 这刚好符合我们对锁的要求：同一时刻只能允许一个竞争者获取锁 。
4、基于缓存实现分布式锁：理论上来说使用缓存来实现分布式锁的效率最高，加锁速度最快，因为Redis几乎都是纯内存操作 ， 而基于数据库的方案和基于Zookeeper的方案都会涉及到磁盘文件IO，效率相对低下 。
5、基于ZooKeeper的分布式锁ZooKeeper是一个分布式协调服务，可以用来实现分布式锁 。在ZooKeeper中，有一个临时顺序节点（EphemeralSequentialZNode）的概念 ， 可以用来实现分布式锁 。
redis怎么做消息队列?有两种方法：Redis自带的PUB/SUB机制 ， 即发布-订阅模式 。
应用Redis实现数据的读写，同时利用队列处理器定时将数据写入mysql 。
redis教程）redis中的消息队列redis中可以使用自带的publish和subscribe命令完成“消息推送”和“消息拉取”功能 ， 实现消息队列 。但这种方式有一个缺陷就是，消费者必须一致在线，否则会出现消费遗漏 。
一般的实现方法是你需要将用户的请求封装成一个Task ， 然后将这个Task再push到redis队列，然后后端的worker.php完全可以多进程、多线程的并发处理Task并将处理结果回调给请求方 。
redis：redis的持久化是针对于整个redis缓存的内容，它有RDB和AOF两种持久化方式（redis持久化方式，后续更新），可以将整个redis实例持久化到磁盘，以此来做数据备份，防止异常情况下导致数据丢失 。
消息分区，分布式消费：能保消息顺序传输 。支持离线数据处理和实时数据处理 。
Redis集群方案应该怎么做_redis集群搭建方式集群完整性指所有的槽都分配到存活的主节点上 ， 只要16384个槽中有一个没有分配给节点则表示集群不完整 。
为了增加集群的可访问性 ， 官方推荐的方案是将node配置成主从结构，即一个master主节点，挂n个slave从节点 。如果主节点失效，redis cluster会根据选举算法从slave节点中选择一个上升为master节点 ， 整个集群继续对外提供服务 。
redis-cluster投票：容错，投票过程是集群中所有master参与，如果半数以上master节点与master节点通信超过（cluster-node-timeout），认为当前master节点挂掉 。
方案 Redis官方集群方案 Redis Cluster Redis Cluster是一种服务器Sharding技术，0版本开始正式提供 。Redis Cluster中，Sharding采用slot（槽）的概念，一共分成16384个槽，这有点儿类pre sharding思路 。
方案Redis官方集群方案 Redis ClusterRedis Cluster是一种服务器Sharding技术 ， 0版本开始正式提供 。Redis Cluster中，Sharding采用slot（槽）的概念，一共分成16384个槽 ， 这有点儿类似前面讲的pre sharding思路 。
Redis怎么实现分布式锁如果没有其他线程占用 ， 则就可以通过添加分布式锁来占用这个资源，然后再执行后续的任务，在任务执行完成之后 ， 再释放分布式锁，其他线程就可以继续使用这个资源了 。
使用分布式锁要满足的几个条件：系统是一个分布式系统（关键是分布式 ， 单机的可以使用ReentrantLock或者synchronized代码块来实现）共享资源（各个系统访问同一个资源，资源的载体可能是传统关系型数据库或者NoSQL） 。
第一时间我们会联想到Redis的EXPIRE命令（EXPIRE key seconds） 。
但是如果在分布式环境下，要保证多个线程同时只有1个能访问某个资源，就需要用到分布式锁 。这里我们将介绍用Redis的 setnx 命令来实现分布式锁 。
获取锁最终都会调用这个方法，通过 lua 脚本与 redis 进行交互，来实现分布式锁 。首先分析，传给 lua 脚本的参数：lua 脚本的流程：为了实现无限制持有锁 ， 那么就需要定时刷新锁的过期时间 。
此时就需要使用分布式锁了 。简而言之，分布式锁就是用来控制同一时刻，只有一个线程可以访问被保护的资源 。可以使用 SETNX key value 命令实现互斥的特性 。
