redis缓存的相关知识

无论是客户端还是服务端，缓存都是必不可少的一种提升用户体验的策略，因此，在做美女图片站时，经常用到redis，大家在平时开发中，有意无意都会用到缓存，比如说 Android 开发的同学们，所有的图片框架，基本都有用到缓存技术，服务端那就完全不用说了。

 

说说通用的缓存策略，有两种，下面来点图，这个是我司内部分享的图，我盗用下

第一种方案，客户端使用的比较多，缓存和 DB（或者文件）同步更新，服务端一般都是用第二种方案，现在服务端的一些框架已经比较成熟了，像 spring 的@Cachable 注解，就搞定了很多事情，客户端的缓存相对来说简单一些，这期重点来说说服务端的缓存应用，再确定一点，我们来说说 Redis 这个有趣的东西。

 

为什么要用Redis举例呢，因为我认为Redis服务是缓存框架的集大成者，除了一般的内存缓存外，还可以缓存持久化，做任务队列等。我就来说说Redis的几种典型用法吧

 

1. 传统的key-value存储，这个就不用说了吧，所有缓存框架必备的功能

2. hash功能，在传统kv之外，提供了一个类似hashmap的对应关系，一个key可以对应许多hashkey和value，比如存储商品以及购买人的数量上，key为商品id，hashkey为购买人的userID，value为购买的数量

3. list功能，和Java的List类似，push(key,List)这样，某个key对应一个队列，可以存储List数据，这种用法可以用来做简单的任务队列，需要加数据时就push到队列里面，然后消费者用一个1秒的定时任务，去这个队列里面取东西（这个只是简单的任务队列做法，Redis还提供了一种即时的回调，监听机制的消息队列做法，更专业点）

4. Set功能，和Java的Set类似，用法和上面一样，唯一不同的就是数据是不能重复的

5. Sorted Set，也就是zset，member/score功能，member是成员，socre是得分，这种结构通常用于排行榜，member为userID，score为得分，比如说100分，99分这样，用这种数据结构可以根据score来自动排序

6. 最后一点就是批量操作啦，常用的有批量和管道，批量操作可以看做是对同一个数据格式的批量操作，比如设置100key，以及对应的value，一个批量动作搞定。管道的范围更大一些，可以看做是无数的操作放到一起执行，比如你要100个kv操作，100个hash操作，100个zset操作，都可以放到一个管道里面

    

Redis3.0之后加入了Redis Cluster的集群功能，之前的各种东西现在用起来会有点问题，脚本啊，管道啊，和单点的操作不一样，这边先列举几个我踩过的坑，希望能起到抛砖引玉的作用

1.不支持普通的管道操作,redistemplate.excutepipeline这么执行，需自己封装管道操作类，不能支持同一个管道操作，里面有多种找错。比如说又有kv，又又hash-kv

2.zset的一些操作也无法redistemplate直接使用，得自己封装

3.配置集群中的某一台和配置全部机器的效果是一样的

4.不支持任意的脚本操作，比如Java代码调用lua脚本的操作，有可能这个脚本就没法执行，需要考虑这个脚本在redis集群上能否执行

 

我司做了一些简单的封装，主要就是根据key算出是哪个slot，再根据slot算出在集群中的哪一台机器上，然后同一台机器上的操作放到一台管道操作上。

 

大家有兴趣的话可以关注我的公众号：大土豆爱开发，分享我的技术，生活