Redis 可以儲存鍵與5種不同資料結構型別之間的對映，這5種資料結構型別分別為String（字串）、List（列表）、Set（集合）、Hash（雜湊）和 Zset（有序集合）。

 

redis與spring的整合一般分為spring-data-redis整合和jedis整合，先看看兩者的區別

1、引用的依賴不同：

spring-data-redis使用的依賴如下：

<dependency>  
    <groupId>org.springframework.data</groupId>  
    <artifactId>spring-data-redis</artifactId>  
    <version>1.8.9.RELEASE</version>  
</dependency>
 

jedis使用的依賴如下：

<dependency>
    <groupId>redis.clients</groupId>
    <artifactId>jedis</artifactId>
    <version>2.9.0</version>
    <type>jar</type>
    <scope>compile</scope>
</dependency>

2、管理jedis例項方式、操作redis服務的不同：

spring-data-redis：

    通過org.springframework.data.redis.connection.jedis.JedisConnectionFactory來管理，即通過工廠類管理，然後通過配置的模版bean，操作redis服務，程式碼段中充斥大量與業務無關的模版片段程式碼，程式碼冗餘，不易維護，比如像下面的程式碼：

protected RedisTemplate<Serializable, Serializable> redisTemplate;
 
public void saveUser(User user) {
    redisTemplate.execute(new RedisCallback<Object>() {
 
 
        @Override
        public Object doInRedis(RedisConnection connection) throws DataAccessException {
            connection.set(redisTemplate.getStringSerializer().serialize("user.uid." + user.getId()),
                           redisTemplate.getStringSerializer().serialize(user.getName()));
            return null;
        }
    });
}
 
 
public User getUser(long id) {
    return redisTemplate.execute(new RedisCallback<User>() {
        @Override
        public User doInRedis(RedisConnection connection) throws DataAccessException {
            byte[] key = redisTemplate.getStringSerializer().serialize("user.uid." + id);
            if (connection.exists(key)) {
                byte[] value = connection.get(key);
                String name = redisTemplate.getStringSerializer().deserialize(value);
                User user = new User();
                user.setName(name);
                user.setId(id);
                return user;
            }
            return null;
        }
    });
}
 

RedisTemplate介紹

spring 封裝了 RedisTemplate 物件來進行對redis的各種操作，它支援所有的 redis 原生的 api。在RedisTemplate中提供了幾個常用的介面方法的使用，分別是:

• private ValueOperations<K, V> valueOps;
• private ListOperations<K, V> listOps;
• private SetOperations<K, V> setOps;
• private ZSetOperations<K, V> zSetOps;

RedisTemplate中定義了對5種資料結構操作

redisTemplate.opsForValue();//操作字串
redisTemplate.opsForHash();//操作hash
redisTemplate.opsForList();//操作list
redisTemplate.opsForSet();//操作set
redisTemplate.opsForZSet();//操作有序set
StringRedisTemplate與RedisTemplate

兩者的關係是StringRedisTemplate繼承RedisTemplate。
兩者的資料是不共通的；也就是說StringRedisTemplate只能管理StringRedisTemplate裡面的資料，RedisTemplate只能管理RedisTemplate中的資料。
SDR預設採用的序列化策略有兩種，一種是String的序列化策略，一種是JDK的序列化策略。
StringRedisTemplate預設採用的是String的序列化策略，儲存的key和value都是採用此策略序列化儲存的。
 

RedisTemplate預設採用的是JDK的序列化策略，儲存的key和value都是採用此策略序列化儲存的。

jedis方式：

通過redis.clients.jedis.JedisPool來管理，即通過池來管理，通過池物件獲取jedis例項，然後通過jedis例項直接操作redis服務，剔除了與業務無關的冗餘程式碼，如下面的程式碼片段：

private JedisPool jedisPool;
 
public String save(String key,String val) {
    Jedis jedis = jedisPool.getResource();
    return jedis.set(key, val);
}

從工廠類到池的方式變化，就相當於mybatis連線mysql方變化是一樣的，程式碼變得更簡潔，維護也更容易了。Jedis使用apache commons-pool2對Jedis資源池進行管理，所以在定義JedisPool時一個很重要的引數就是資源池GenericObjectPoolConfig，使用方式如下，其中有很多資源管理和使用的引數。

引數說明
JedisPool保證資源在一個可控範圍內，並且提供了執行緒安全，但是一個合理的GenericObjectPoolConfig配置能為應用使用Redis保駕護航，下面將對它的一些重要引數進行說明和建議：

在當前環境下，Jedis連線就是資源，JedisPool管理的就是Jedis連線。
 

1. 資源設定和使用

maxTotal：資源池中最大連線數；預設值：8 設定建議見下節
maxIdle：資源池允許最大空閒的連線數；預設值：8；使用建議：設定建議見下節
minIdle：資源池確保最少空閒的連線數；預設值：0；使用建議：設定建議見下節
blockWhenExhausted：當資源池用盡後，呼叫者是否要等待。只有當為true時，下面的maxWaitMillis才會生效；預設值：true；使用建議：建議使用預設值
maxWaitMillis：當資源池連線用盡後，呼叫者的最大等待時間(單位為毫秒) -1：表示永不超時；使用建議：不建議使用預設值
testOnBorrow：向資源池借用連線時是否做連線有效性檢測(ping)，無效連線會被移除；預設值：false；使用建議：業務量很大時候建議設定為false(多一次ping的開銷)。
testOnReturn：向資源池歸還連線時是否做連線有效性檢測(ping)，無效連線會被移除；預設值：false；使用建議：業務量很大時候建議設定為false(多一次ping的開銷)。
jmxEnabled：是否開啟jmx監控，可用於監控；預設值：true；使用建議：建議開啟，但應用本身也要開啟

 

2.空閒資源監測

空閒Jedis物件檢測，下面四個引數組合來完成，testWhileIdle是該功能的開關。

testWhileIdle：是否開啟空閒資源監測；預設值：false；使用建議：true
timeBetweenEvictionRunsMillis：空閒資源的檢測週期(單位為毫秒)；預設值：-1：不檢測；使用建議：建議設定，週期自行選擇，也可以預設也可以使用下面JedisPoolConfig中的配置
minEvictableIdleTimeMillis：資源池中資源最小空閒時間(單位為毫秒)，達到此值後空閒資源將被移除；預設值：1000 60 30 = 30分鐘；使用建議：可根據自身業務決定，大部分預設值即可，也可以考慮使用下面JeidsPoolConfig中的配置

numTestsPerEvictionRun：做空閒資源檢測時，每次的取樣數；預設值：3；使用建議：可根據自身應用連線數進行微調,如果設定為-1，就是對所有連線做空閒監測

但是本文與spring整合並未直接採用JedisPool，而是採用了ShardedJedisPool，為什麼呢？
因為ShardedJedisPool可以通過一致性雜湊實現分散式儲存。

shared一致性雜湊採用以下方案：
1、Redis伺服器節點劃分：將每臺伺服器節點採用hash演算法劃分為160個虛擬節點(可以配置劃分權重)
2、將劃分虛擬節點採用TreeMap儲存
3、對每個Redis伺服器的物理連線採用LinkedHashMap儲存
4、對Key or KeyTag 採用同樣的hash演算法，然後從TreeMap獲取大於等於鍵hash值得節點，取最鄰近節點儲存；當key的hash值大於虛擬節點hash值得最大值時，存入第一個虛擬節點sharded採用的hash演算法：MD5 和 MurmurHash兩種；預設採用64位的MurmurHash演算法；

總結：

spring-data-redis與spring的整合，更像mybatis與spring整合，通過工廠，建立例項，再操作例項。而jedis，更像spring與MySQL結合，通過操作連線池，獲取例項操作資料庫