越来越多的公司和项目开始使用Redis。在使用Redis之前,我们首先需要知道Redis是什么以及我们什么时候可以使用它。
Redis 是完全开源免费的,遵守BSD协议,是一个高性能的key-value数据库。它通常被称为数据结构服务器
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等个性化功能
当我们思考要不要用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不同数据类型在不同场景的应用
总之,工具没有绝对的好与坏,具体要不要用它还是需要根据业务场景来衡量。~~