详解Redis的应用场景和优缺点
下面由Redis教程栏目给大家介绍Redis的应用场景和优缺点,希望对需要的朋友有所帮助!
Redis作为一个典型的非关系型数据库,目前来说在企业级应用中使用广泛。它十分适合存储少、访问量巨大的场景,所有数据全部in-memory保证了数据的高速访问。作为和他一个类型的noSQL,他和memcached又有什么区别和优点呢,就让我们一起来看一下。
1、Memcached和Redis相比的劣势
业界常用MySQL+Memcached这样的存储架构,但是随着访问量的不断攀蛇,随之而来的问题也有很多。
1、MySQL需要不停的拆库拆表,Memcached也需要跟着不断扩容;
2、Memcached与MySQL之间存在着一定的数据不一致的现象;
3、如果Memcached容易命中率变低,直接穿透到MySQL,导致数据库无法支撑;
2、Redis的特点
说起Redis,很多开发者都只知道它和Memcached一样是非关系型数据库,可以直接存储K-V形式的数据,但是相比起Memcached来说,他也有很多不同的地方。
1、Redis不仅仅只支持简单的K-V形式的数据存储,还支持list、set、hash、zset等等集合类数据的存储;
2、Redis支持实时的数据备份,及时宕机,也可以把数据恢复过来;
3、Redis支持数据的持久化,可以存放在内存memory中的数据直接保存在磁盘上;
3、Redis常用的数据类型
String、Hash、Set、List、SortedSet、pub/sub、Transactions。
1、String:Strings就是一个最最简单的Key-Value形式存储的变量。其中Value既可以是数字也可以是字符串。其实现方式是在Redis内部默认存储一个字符串,被redisObject引用,当检测到数字操作如自增自减incr、decr等等命令时,自动转化为数字进行计算,计算完毕后再转化为String存储起来。
2、Hash:Hash存储是键值对的value。即Key-Hash,而Hash又是一个k-v的结构,如果使用的Memcached,则需要把整个Hash打包存储在内存中,如果需要查询其中某个值,还要全部取出整个Hash,再查找对应值。而Redis可以直接通过命令获取到Value,大大提高了性能。 其实现原理:当成员较少时,Redis为了节约内存会采用类似一维数组的紧凑存储,而当对象较多时,则直接转为HashMap存储。
3、Set:Set是一个无序的天然去重的集合,即Key-Set。此外还提供了交集、并集等一系列直接操作集合的方法,对于求共同好友、共同关注什么的功能实现特别方便。其底层是靠HashMap实现的,其中value为null;
4、List:List是一个有序可重复的集合,其遵循FIFO的原则,底层是依赖双向链表实现的,因此支持正向、反向双重查找。通过List,我们可以很方面的获得类似于最新回复这类的功能实现。
5、SortedSet:类似于java中的TreeSet,是Set的可排序版。此外还支持优先级排序,维护了一个score的参数来实现。其底层主要依赖HashMap来实现的,通过维持插入的数值和Score优先级的映射来进行排序。
6、pub/sub:发布订阅,类似于消息队列mq。可以选择对某个Key进行订阅,一旦这个key发布了一些消息,则所有订阅了这个Key的对象就可以收到这个消息。主要可以用在实时消息系统上,例如聊天之类的。
7、Transactions:NoSQL不支持事务,但是通过提供了打包执行的功能,即这个包里面的所有命令必须要一起执行,此外还可以锁定某个Key,在打包执行命令时如果检测到这个Key发生了变化,则直接回滚。
4、Redis的常用应用场景
redis使用内存提供存储,通过持久化功能保存数据。且针对request是单线程操作。这一系列特点使得redis具有十分神奇的功能。
1、查找最新的回复。
如果在传统的关系型数据库,这就需要使用select * from table where name="" order by time desc limit 100;这十分消耗数据库性能,但是通过Redis,就可以直接在Redis里面通过Id创建一个List,指定长度1w,当需要查找时,直接输出该list的后100条记录。
2、排行问题
常见的排行问题,例如最热话题、游戏排名等等,这些都可以通过Redis来轻松实现,直接使用ZRank即可得到。
3、删除过期数据
Redis不是真正意义上的可持久化数据库,可以给数据加上一个有效时间,在有效时间超过时,Redis会自动删除对应数据。
以上就是详解Redis的应用场景和优缺点的详细内容,更多请关注其它相关文章!