标签:
redis支持两种存储方式:snapshot(快照)和aof(append only mode),快照是定时将内存快照持久化到硬盘(crash会丢失数据),aof是在写入数据的同时将操作命令保存到日志(不会丢失数据,但操作日志管理维护成本高)
CAS是通过为每一个cacke key设置一个隐藏的cas token作为版本号,每次set操作都会检查并更新token
string
是key/value的存储结构(同memcached一样),支持的命令:
get/set/del
incr/incrby
decr/descby
append/strlen
getrange/setrange
问题:计数
一般情况都需要额外使用锁来避免并发写的问题。
解决方法:
使用incr
命令来实现原子递增,使用get/set
来重置计数状态。
与memcached相同,可作为key/value数据库,例如session共享。
hash
的value实际上是一个hashmap,可以直接操作value的各个feild的值,支持的命令:
hset/hget/hgetall
hmset/hmget
hlen/hexists
hkeys/hvals
hash
两种实现方式,
问题:商品维度计数
商品有各种计数(喜欢、评论、鉴定、浏览等)
解决方法:
使用hash
的field
字段来存储喜欢、评论等计数值。
同理,用户维度计数(动态、关注、粉丝、喜欢、发帖等)。
该存储结构适用于常用的商品、热门新闻动态等经常被大量访问的数据对象。
list
通过双向链表实现,支持反向查找和遍历,支持的命令:
lpush/rpush
lpop/rpop
lrange/lrem
利用push
和pop
操作可以实现消息队列,也可以实现关注列表、粉丝/在线好友列表等功能。
问题:显示最新的项目列表
SELECT * FROM foo WHERE ... ORDER BY TIME DESC LIMIT 10;
数据库上的查询语句如上,随着数据的增多,排序会越来越慢。
解决方法:
redis
做数据缓存(list
结构不断LPUSH最新的数据)redis
缓存内容后,才会穿透缓存访问数据库消息队列的实现:
list
数据结构作为channel上述消息队列与PUB/SUB相比,不会丢失数据,但也没有失败重传的机制(也就是没有消息状态)
set
是一个不允许重复的数据组合,支持的命令:
sadd/spop
sismembers
sinter/sunion/sdiff
smembers
可以用来实现好友列表中判断是否为已存在好友或关注好友,也可以通过集合操作来实现共同好友、共同兴趣、共同关注列表等。
问题:判断微博的共同好友、共同兴趣、是否为关注好友
解决方法:
sismembers
判断用户是否存在好友集合中sinter
来判断两个好友集合的共同好友sunion
来获取两个集合的所有好友sdiff
来获取两个集合的非共同好友,用于好友推荐sorted set
是有序的set
,通过提供一个优先级score
来实现自动排序,支持的命令:
zadd/zrem
zrange/zcard
score
可以用来实现权重队列,也可以实现按时间、评分的自动排序列表。
问题:在线游戏实时排行榜
在线游戏的排行榜都需要实时更新操作,不可能去频繁地更改关系型数据库,
解决方法:
sorted set
来存储用户的得分情况问题:新闻排序
新闻排序是按照新闻的关注度(点击率)和时间做排序,
score = points / (time^alpha)
上面的公式可以说明,点击率越高,越可能获得更多的评分;时间越久远,也会降低新闻的评分。
因此,需要有一个专门用于计算新闻评分的进程,实时地处理最新的N条数据
解决方法:
实现消息队列、实时消息系统。
redis
提供事务的支持,
使用方法:
> MULTI
> ...
> EXEC
错误处理:
redis
会自动放弃这个事务标签:
原文地址:http://www.cnblogs.com/Leo_wl/p/5377368.html