Redis-使用场景

分布式和持久化有效应对海量数据和高并发

Redis初期的版本官方只是支持单机或者简单的主从，大多应用则都是自己去开发集群的中间件，但是随着应用越来越广泛，用户关于分布式的呼声越来越高，所以Redis 3.0版本时候官方加入了分布式的支持，主要是两个方面：

Redis服务器主从热备，确保系统稳定性

Redis分片应对海量数据和高并发

而且Redis虽然是一个内存缓存，数据存在内存，但是Redis支持多种方式将数据持久化，写入硬盘，所有，Redis数据的稳定性也是非常有保障的，结合Redis的集群方案，有的系统已经将Redis当做一种NoSql数据存储来适用。

示例：秒杀和Redis的结合

秒杀是现在互联网系统中常见的营销模式，作为开发者，其实最不愿意这样的活动，因为非技术人员无法理解到其中的技术难度，导致在资源协调上总是有些偏差。秒杀其实经常会出现的问题包括：

并发太高导致程序阻塞。

库存无法有效控制，出现超卖的情况。

其实解决这些问题基本就两个方案：

数据尽量缓存,阻断用户和数据库的直接交互。

通过锁来控制避免超卖现象。

现在说明一下，如果现在做一个秒杀，那么，Redis应该如何结合进行使用?

提前预热数据，放入Redis

商品列表放入Redis List

商品的详情数据 Redis hash保存，设置过期时间

商品的库存数据Redis sorted set保存

用户的地址信息Redis set保存

订单产生扣库存通过Redis制造分布式锁，库存同步扣除

订单产生后发货的数据，产生Redis list，通过消息队列处理

秒杀结束后，再把Redis数据和数据库进行同步

以上是一个简略的秒杀系统和Redis结合的方案，当然实际可能还会引入http缓存，或者将消息对接用MQ代替等方案，也会出现业务遗漏的情况，这个只是希望能抛砖引玉。

每个技术都有属于自己的应用场景，只有对技术的特点有一定清晰的认识，才能更好的利用技术，发挥其最大的优势。