什么是redis:
Redis是一个开源的使用ANSI C语言编写、支持网络、可基于内存亦可持久化的日志型、Key-Value数据库,并提供多种语言的API。从2010年3月15日起,Redis的开发工作由VMware主持。从2013年5月开始,Redis的开发由Pivotal赞助。
redis的作用:
redis是一个key-value存储系统。和Memcached类似,它支持存储的value类型相对更多,包括string(字符串)、list(链表)、set(集合)和zset(有序集合)。这些数据类型都支持push/pop、add/remove及取交集并集和差集及更丰富的操作,而且这些操作都是原子性的。在此基础上,redis支持各种不同方式的排序。与memcached一样,为了保证效率,数据都是缓存在内存中。区别的是redis会周期性的把更新的数据写入磁盘或者把修改操作写入追加的记录文件,并且在此基础上实现了master-slave(主从)同步。
redis实际应用场景:
1、显示最新的项目列表
2、删除与过滤
3、排行榜相关
4、按照用户投票和时间排序
5、处理过期项目
6、计数
7、特定时间内的特定项目
8、实时分析正在发生的情况,用于数据库统计与防治垃圾邮件等
9、pub/sub
10、队列
11、缓存
redis五种数据类型:
string
hash
list
set
- 4、Set
- 常用命令:
- sadd,srem,spop,sdiff ,smembers,sunion 等。
- 应用场景:
- Redis set对外提供的功能与list类似是一个列表的功能,特殊之处在于set是可以自动排重的,当你需要存储一个列表数据,又不希望出现重复数据时,set是一个很好的选择,并且set提供了判断某个成员是否在一个set集合内的重要接口,这个也是list所不能提供的。
- 比如在微博应用中,每个人的好友存在一个集合(set)中,这样求两个人的共同好友的操作,可能就只需要用求交集命令即可。
- Redis还为集合提供了求交集、并集、差集等操作,可以非常方便的实
- 实现方式:
- set 的内部实现是一个 value永远为null的HashMap,实际就是通过计算hash的方式来快速排重的,这也是set能提供判断一个成员是否在集合内的原因。
sort set
- 5、Sorted set
- 常用命令:
- zadd,zrange,zrem,zcard等
- 使用场景:
- 以某个条件为权重,比如按顶的次数排序.
- ZREVRANGE命令可以用来按照得分来获取前100名的用户,ZRANK可以用来获取用户排名,非常直接而且操作容易。
- Redis sorted set的使用场景与set类似,区别是set不是自动有序的,而sorted set可以通过用户额外提供一个优先级(score)的参数来为成员排序,并且是插入有序的,即自动排序。
- 比如:twitter 的public timeline可以以发表时间作为score来存储,这样获取时就是自动按时间排好序的。
- 比如:全班同学成绩的SortedSets,value可以是同学的学号,而score就可以是其考试得分,这样数据插入集合的,就已经进行了天然的排序。
- 另外还可以用Sorted Sets来做带权重的队列,比如普通消息的score为1,重要消息的score为2,然后工作线程可以选择按score的倒序来获取工作任务。让重要的任务优先执行。
- 需要精准设定过期时间的应用
- 比如你可以把上面说到的sorted set的score值设置成过期时间的时间戳,那么就可以简单地通过过期时间排序,定时清除过期数据了,不仅是清除Redis中的过期数据,你完全可以把Redis里这个过期时间当成是对数据库中数据的索引,用Redis来找出哪些数据需要过期删除,然后再精准地从数据库中删除相应的记录。
- 实现方式:
- Redis sorted set的内部使用HashMap和跳跃表(SkipList)来保证数据的存储和有序,HashMap里放的是成员到score的映射,而跳跃表里存放的是所有的成员,排序依据是HashMap里存的score,使用跳跃表的结构可以获得比较高的查找效率,并且在实现上比较简单。
消息订阅
- 6、 Pub/Sub
- Pub/Sub 从字面上理解就是发布(Publish)与订阅(Subscribe),在Redis中,你可以设定对某一个key值进行消息发布及消息订阅,
- 当一个key值上进行了消息发布后,所有订阅它的客户端都会收到相应的消息。这一功能最明显的用法就是用作实时消息系统,比如普通的即时聊天,群聊等功能。
- 客户端1:subscribe rain
- 客户端2:PUBLISH rain "my love!!!"
- (integer) 2 代表有几个客户端订阅了这个消息
transaction
- 7、Transactions
- 谁说NoSQL都不支持事务,虽然Redis的Transactions提供的并不是严格的ACID的事务(比如一串用EXEC提交执行的命令,在执行中服务器宕机,那么会有一部分命令执行了,剩下的没执行),但是这个Transactions还是提供了基本的命令打包执行的功能(在服务器不出问题的情况下,可以保证一连串的命令是顺序在一起执行的,中间有会有其它客户端命令插进来执行)。
- Redis还提供了一个Watch功能,你可以对一个key进行Watch,然后再执行Transactions,在这过程中,如果这个Watched的值进行了修改,那么这个Transactions会发现并拒绝执行。
- Session 1
- (1)第1步
- redis 127.0.0.1:6379> get age
- "10"
- redis 127.0.0.1:6379> watch age
- OK
- redis 127.0.0.1:6379> multi
- OK
- redis 127.0.0.1:6379>
- Session 2
- (2)第2步
- redis 127.0.0.1:6379> set age 30
- OK
- redis 127.0.0.1:6379> get age
- "30"
- redis 127.0.0.1:6379>
- Session 1
- (3)第3步
- redis 127.0.0.1:6379> set age 20
- QUEUED
- redis 127.0.0.1:6379> exec
- (nil)
- redis 127.0.0.1:6379> get age
- "30"
- redis 127.0.0.1:6379>
- 第一步,Session 1 还没有来得及对age的值进行修改
- 第二步,Session 2 已经将age的值设为30
- 第三步,Session 1 希望将age的值设为20,但结果一执行返回是nil,说明执行失败,之后我们再取一下age的值是30,这是由于Session 1中对age加了乐观锁导致的。