标签：
redis是一个key-value的内存数据库（no-sql），同时具备持久化的能力。同时，redis提供面向多种语言的API，并且诸如spring这样的框架已经给予redis很好的支持，我们常用（java）的redis client工具是jedis。
主要参考NoSQLFan整理的《Redis作者谈Redis应用场景》：
比如典型的取你网站的最新文章，通过下面方式，我们可以将最新的5000条评论的ID放在Redis的List集合中，并将超出集合部分从数据库获取。
这个需求与上面需求的不同之处在于，前面操作以时间为权重，这个是以某个条件为权重，比如按顶的次数排序，这时候就需要我们的sorted set出马了，将你要排序的值设置成sorted set的score，将具体的数据设置成相应的value，每次只需要执行一条ZADD命令即可。
比如你可以把上面说到的sorted set的score值设置成过期时间的时间戳，那么就可以简单地通过过期时间排序，定时清除过期数据了，不仅是清除Redis中的过期数据，你完全可以把Redis里这个过期时间当成是对数据库中数据的索引，用Redis来找出哪些数据需要过期删除，然后再精准地从数据库中删除相应的记录。
Redis的命令都是原子性的，你可以轻松地利用INCR，DECR命令来构建计数器系统。
这个使用Redis的set数据结构最合适了，只需要不断地将数据往set中扔就行了，set意为集合，所以会自动排重。
通过上面说到的set功能，你可以知道一个终端用户是否进行了某个操作，可以找到其操作的集合并进行分析统计对比等。没有做不到，只有想不到。
Redis的Pub/Sub系统可以构建实时的消息系统，比如很多用Pub/Sub构建的实时聊天系统的例子。
使用list可以构建队列系统，使用sorted set甚至可以构建有优先级的队列系统。
这个不必说了，性能优于Memcached，数据结构更多样化。
在我们的产品中，redis扮演的角色是缓存，之所以用redis主要有一下几方面原因：
1.相比于Ehcache，redis是远程的服务，本身与业务服务分离，这样带来的好处是缓存内容不会随着业务服务的重启，宕机而失效，并且，redis作为远程缓存服务，可以被很多的业务服务所共享，这在分布式和SOA体系下非常重要，但对于用户量不大，垂直划分的系统来说，意义不大，并且和Ehcache这种本地缓存相比，多了IO操作，性能上多少会有影响，部署成本也更高。
2.相比于Memorycache这样的远程缓存相比，redis有以下有点
a.Memcached是多线程，而Redis使用单线程.
这保证了对于非复合的操作，redis没有线程安全问题。
虽然Redis使用的是单线程，但是Redis 已经足够快了，官方给出的数据是 ： 性能测试结果表示SET操作每秒钟可达110000次，GET操作每秒81000次（当然不同的服务器配置性能不同）。
b.Memcached使用预分配的内存池的方式，Redis使用现场申请内存的方式来存储数据，并且可以配置虚拟内存。
c.Redis可以实现持久化，主从复制，实现故障恢复。
Redis 与Memcached一样，为了保证效率，数据都是缓存在内存中。区别的是redis会周期性的把更新的数据写入磁盘或者把修改 操作写入追加的记录文件，并且在此基础上实现了master-slave(主从)同步，同时因为Redis数据实现了持久化，而Memcached只是存放在内存中，服务器故障关机后数据就会消失，所以Redis的容灾性会更强。
d.Memcached只是简单的key与value,但是Redis支持数据类型比较多。
redis目前提供五种数据类型：string(字符串),list（链表）, Hash（哈希）,set（集合）及zset(sorted set) （有序集合）。
1.redis这种远程缓存不像本地缓存可以直接配置查询语句作为缓存key，reids需要我们自己去设计key，因此，对于key的设计成为redis很重要的部分，我们经常采用这样的方式：
appname#type#src
这种方式可以很清晰的表达业务逻辑，而我们的很多业务需求，可能都需要通过key的设计来实现，比如对于大量评论，要加上分页的id或者页码等等
2.有的时候key很长的时候，我们需要统一key的长度，可以通过md5的方式，而且，这种方式不会产生一些不安全的二进制
3.利用redis的分页
标签：
原文地址：http://my.oschina.net/zhenglingfei/blog/408881
