Redis应用场景

应用场景

1. 缓存
   缓存现在几乎是所有中大型网站都在用的必杀技，合理的利用缓存不仅能够提升网站访问速度，还能大大降低数据库的压力。Redis提供了键过期功能，也提供了灵活的键淘汰策略，所以，现在Redis用在缓存的场合非常多。
2. 排行榜
   很多网站都有排行榜应用的，如京东的月度销量榜单、商品按时间的上新排行榜等。Redis提供的有序集合数据类构能实现各种复杂的排行榜应用。
3. 计数器
   什么是计数器，如电商网站商品的浏览量、视频网站视频的播放数等。为了保证数据实时效，每次浏览都得给+1，并发量高时如果每次都请求数据库操作无疑是种挑战和压力。Redis提供的incr命令来实现计数器功能，内存操作，性能非常好，非常适用于这些计数场景。
4. 分布式会话
   集群模式下，在应用不多的情况下一般使用容器自带的session复制功能就能满足，当应用增多相对复杂的系统中，一般都会搭建以Redis等内存数据库为中心的session服务，session不再由容器管理，而是由session服务及内存数据库管理。
5. 分布式锁
   在很多互联网公司中都使用了分布式技术，分布式技术带来的技术挑战是对同一个资源的并发访问，如全局ID、减库存、秒杀等场景，并发量不大的场景可以使用数据库的悲观锁、乐观锁来实现，但在并发量高的场合中，利用数据库锁来控制资源的并发访问是不太理想的，大大影响了数据库的性能。可以利用Redis的setnx功能来编写分布式的锁，如果设置返回1说明获取锁成功，否则获取锁失败，实际应用中要考虑的细节要更多。
6. 社交网络 点赞、踩、关注/被关注
   点赞、踩、关注/被关注、共同好友等是社交网站的基本功能，社交网站的访问量通常来说比较大，而且传统的关系数据库类型不适合存储这种类型的数据，Redis提供的哈希、集合等数据结构能很方便的的实现这些功能。
7. 最新列表
   Redis列表结构，LPUSH可以在列表头部插入一个内容ID作为关键字，LTRIM可用来限制列表的数量，这样列表永远为N个ID，无需查询最新的列表，直接根据ID去到对应的内容页即可。
8. 消息系统
   消息队列是大型网站必用中间件，如ActiveMQ、RabbitMQ、Kafka等流行的消息队列中间件，主要用于业务解耦、流量削峰及异步处理实时性低的业务。Redis提供了发布/订阅及阻塞队列功能，能实现一个简单的消息队列系统。另外，这个不能和专业的消息中间件相比。

   基本数据类型及用途

• String：用户凭证信息，分布式锁，验证码
• hash：频繁被修改的信息，购物车
• list：队列和栈，双向链表，秒杀（待抢购的商品列表），可以模拟消息队列使用
• set：无序唯一（保存抢购到秒杀商品的幸运用户，每个人每件商品只能抢购一件），好友集合
• zset：可排序特性的，排行榜

Redis存储Java对象时的String与Hash

• String常用在频繁读操作
• Hash应用在频繁写操作，针对某个属性单独修改
  • 比如一个商品的数据需要频繁的修改，这个时候使用Hash会好一些，使用String会将key对应的value整个替换，对于后端来说效率会低一些
  • Hash的数据更新操作只需要替换一个属性就行了

    使用Hash实现购物车功能

每个用户的购物车都是不一样的，所以可以使用Hash实现购物车功能

使用Hash实现商家物品抢购功能

分页的缓存操作

list 使用起来比较方便，但如果集合中的队列需要频繁更新的话 使用起来就有点麻烦了

可以使用Hash用来存详细的数据，使用Sorted Set存排序的商品id以及在排序页面需要展示的粗略的信息

使用Redis解决超卖问题

使用list作为队列 存储秒杀商品的id，key是商品id，value也是商品id 但是value的数量根据商品库存来

比如一个商品的库存是100个 那么属于这个商品的队列就放100个此商品的id

用户秒杀拼手速抢购就是从队列中取出商品id

然后将抢到的商品id和用户id作为value存入另一个队列，此队列的key可以随意取，如果一个用户只能抢购一次就使用set作为队列，如果可以多次就使用list作为队列，这个队列用来下订单操作

然后另起一个线程对这个队列中的用户和商品id进行下订单的操作，但是更推荐使用消息队列来处理下订单操作

如果是特定的秒杀商品需要查看到秒杀成功的用户，就也需要创建一个队列了，使用商品id作为key，用户id作为value，如果一个用户只能抢购一次就使用set作为队列，如果可以多次就使用list作为队列