J2Cache是一个两级的缓存框架，第一级是基于内存的数据缓存，支持caffeine、ehcache2和ehcache3，二级缓存只支持redis。在某些生产环境中你可能没有redis，但是又希望多个应用节点间的缓存数据是同步的。配置的方法很简单：1\.首先关闭二级缓存（使用none替代redis）j2cache

一直以来J2Cache都是使用Jedis连接Redis服务的。Jedis是一个很老牌的Redis的Java开发包，使用很稳定，作者维护很勤勉，社区上能搜到的文章也非常非常多。算是使用范围最广的Redis开发包。但是Jedis比较推出时间比较早，整个设计思路比较传统，例如不支持异步操作，接口设计比较繁琐老套（相比其他开发包而已），

API访问redis数据库\依赖<dependency<groupIdredis.clients</groupId<artifactIdjedis</artifactId

一、redis的五种数据类型：string是字符串类型，是redis最基本的数据类型。哈希类型hash，hash特别适合存储对象列表类型list，按照插入顺序排序集合类型set，不允许有重复数据有序集合类型zset，不允许有重复数据二、redis主从复制为了避免服务器停机导致数据库数据丢失，为了避免单点故障，我们需

2019年的RedisConf比以往时候来的更早一些，今年会议时间是4月13号，仍然是在旧金山鱼人码头Pier27。恰逢今年是Redis第10周年，规模也比以往大一些，注册人数超过1600人，总共有80个议题，除了RedisLabs外还有很多云厂商和Redis用户带来分享。Redis作者 antirez 在RedisConf2019做了分

分布式事务两阶段提交在分布式事务中，需要协调所有分布式原子事务参与者，并决定提交或回滚分布式事务，因此采用两阶段提交协议：第一阶段为请求阶段或表决阶段，事务协调者通知事务参与者准备提交或取消事务，然后进入表决过程，事务参与者将表决结果告知协调者是否同意提交事务；第二阶段是提交阶段，协调者收集到所有参与者的表决结果，当且仅当所有表决者都同意提交事务

一、背景需求：redis通过tcp来对外提供服务，client通过socket连接发起请求，每个请求在命令发出后会阻塞等待redis服务器进行处理，处理完毕后将结果返回给client。其实和一个http的服务器类似，一问一答，请求一次给一次响应。而这个过程在排除掉redis服务本身做复杂操作时的耗时的话，可

持久化机制Redis速度快，很大一部分原因是因为它所有的数据都存储在内存中。如果断电或者宕机，都会导致内存中的数据丢失。为了实现重启后数据不丢失，Redis提供了两种持久化的方案，一种是RDB快照（RedisDataBase），一种是AOF（AppendOnlyFile）。RDBRDB是Redis默认的持久化方案。当满足一定条

缘起最近手动配置了Redis的连接池java@BeanpublicRedisTemplateredisTemplate()RedisClusterConfigurationredisClusterConfigurationnewRedisClusterCo