越来越多的公司和项目开始使用Redis。在使用Redis之前，我们首先需要知道Redis是什么以及我们什么时候可以使用它。
1.Redis是什么
1.简介
Redis 是完全开源免费的，遵守BSD协议，是一个高性能的key-value数据库。它通常被称为数据结构服务器
2.Redis的优势
1.Redis支持数据的持久化。
2.Redis不仅仅支持简单的 key-value 类型的数据，同时还提供哈希(Hash), 列表(list), 集合(sets) 和 有序集合(sorted sets)等数据结构的存储。
3.Redis支持数据的备份，即master-slave模式的数据备份。
4.性能极高 – Redis能支持超过 100K+ 每秒的读写频率。
5.原子 – Redis的所有操作都是原子性(这与它的单线程机制有关)的，同时Redis还支持对几个操作全并后的原子性执行。
--原子性是指 整个程序中的所有操作，要么全部完成，要么全部不完成，不可能停滞在中间某个环节。
--原子性操作：原子性在一个操作是不可中断的，要么全部执行成功要么全部执行失败，有着“同生共死”的感觉。及时在多个线程一起执行的时候，一个操作一旦开始，就不会被其他线程所干扰。
6.除此之外，Redis还提供了像慢查询分析、性能测试、Pipeline、事务、Lua自定义命令、Bitmaps、HyperLogLog、发布/订阅、Geo等个性化功能
2.Redis的使用场景
当我们思考要不要用Redis时，取决于我们面对的业务场景，让我们来看看可选择Redis的应用场景
1、缓存
缓存现在几乎是所有中大型网站都在用的必杀技，合理的利用缓存不仅能够提升网站访问速度，还能大大降低数据库的压力。Redis提供了键过期功能，也提供了灵活的键淘汰策略，所以，现在Redis用在缓存的场合非常多。
2、排行榜
很多网站都有排行榜应用的，如京东的月度销量榜单、商品按时间的上新排行榜等。Redis提供的有序集合数据类构能实现各种复杂的排行榜应用。
3、计数器/限速器
什么是计数器，如电商网站商品的浏览量、视频网站视频的播放数等。为了保证数据实时效，每次浏览都得给+1，并发量高时如果每次都请求数据库操作无疑是种挑战和压力。
Redis提供的incr命令来实现计数器功能，内存操作，由于Redis所有操作具有原子性，而且是单线程机制，无需考虑多线程并发的情况，而且Redis性能非常好，非常适用于这些计数场景。
限速器比较典型的使用场景是限制某个用户访问某个API的频率，常用的有抢购时，防止用户疯狂点击带来不必要的压力；
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提供了发布/订阅及阻塞队列功能，能实现一个简单的消息队列系统。另外，这个不能和专业的消息中间件相比。
看起来Redis似乎功能很强大，但是有一些场景适不适合我们使用Redis的，比如一些数据量太大、数据访问频率非常低的业务都不适合使用Redis。数据太大会增加成本，访问频率太低，保存在内存中纯属浪费资源。
附一张Redis不同数据类型在不同场景的应用
总之，工具没有绝对的好与坏，具体要不要用它还是需要根据业务场景来衡量。~~
