毫无疑问，Redis开创了一种新的数据存储思路，使用Redis，我们不用在面对功能单调的数据库时，把精力放在如何把大象放进冰箱这样的问题上，而是利用Redis灵活多变的数据结构和数据操作，为不同的大象构建不同的冰箱。希望你喜欢这个比喻。
下面是一篇新鲜出炉的文章，其作者是Redis作者@antirez，他描述了Redis比较适合的一些应用场景，NoSQLFan简单列举在这里，供大家一览：
1.取最新N个数据的操作
比如典型的取你网站的最新文章，通过下面方式，我们可以将最新的5000条评论的ID放在Redis的List集合中，并将超出集合部分从数据库获取
- 使用LPUSH latest.comments命令，向list集合中插入数据
- 插入完成后再用LTRIM latest.comments 0 5000命令使其永远只保存最近5000个ID
- 然后我们在客户端获取某一页评论时可以用下面的逻辑（伪代码）
FUNCTION get_latest_comments(start,num_items): id_list = redis.lrange("latest.comments",start,start num_items-1) IF id_list.length < num_items id_list = SQL_DB("SELECT ... ORDER BY time LIMIT ...") END RETURN id_list END如果你还有不同的筛选维度，比如某个分类的最新N条，那么你可以再建一个按此分类的List，只存ID的话，Redis是非常高效的。
2.排行榜应用，取TOP N操作
这个需求与上面需求的不同之处在于，前面操作以时间为权重，这个是以某个条件为权重，比如按顶的次数排序，这时候就需要我们的sorted set出马了，将你要排序的值设置成sorted set的score，将具体的数据设置成相应的value，每次只需要执行一条ZADD命令即可。
3.需要精准设定过期时间的应用
比如你可以把上面说到的sorted set的score值设置成过期时间的时间戳，那么就可以简单地通过过期时间排序，定时清除过期数据了，不仅是清除Redis中的过期数据，你完全可以把Redis里这个过期时间当成是对数据库中数据的索引，用Redis来找出哪些数据需要过期删除，然后再精准地从数据库中删除相应的记录。
4.计数器应用
Redis的命令都是原子性的，你可以轻松地利用INCR，DECR命令来构建计数器系统。
5.Uniq操作，获取某段时间所有数据排重值
这个使用Redis的set数据结构最合适了，只需要不断地将数据往set中扔就行了，set意为集合，所以会自动排重。
6.实时系统，反垃圾系统
通过上面说到的set功能，你可以知道一个终端用户是否进行了某个操作，可以找到其操作的集合并进行分析统计对比等。没有做不到，只有想不到。
7.Pub/Sub构建实时消息系统
Redis的Pub/Sub系统可以构建实时的消息系统，比如很多用Pub/Sub构建的实时聊天系统的例子。
8.构建队列系统
使用list可以构建队列系统，使用sorted set甚至可以构建有优先级的队列系统。
9.缓存
这个不必说了，性能优于Memcached，数据结构更多样化。
来源：antirez.com
转载自：http://techbbs.zol.com.cn/1/60_2021.html
redis服务器模型分析
redis的服务器程序采用的是单进程，单线程的模型来处理客户端的请求。对读写等事件的响应是通过对epoll函数的包装来做到的。 下图是整个服务器模型原理图。
首先我们来说明下整个服务器初始化的过程： 1.初始化asEventLoop。 2.初始化服务器socket监听，并且绑定acceptTcpHandler事件函数，以应对建立客户端连接的请求。 3.绑定beforesleep函数到eventLoop，并且调用aeMain来启动epoll主循环。 4.主循环响应客户端要求建立连接的请求。 5.主循环读取客户端命令，并执行。 6.如有数据回写则初始化化writeEvent，将数据提交到c-replay队列。主循环需要处理此事件的时候则读取数据写回客户端。 由此可见redis的实际实际处理速度完全依靠主循环的执行效率。假如同时有多个客户端并发访问服务器，则服务器处理能力在一定情况下将会下降，下面用实际的测试过程来说明。 由于我的测试数据是在模拟器下的虚拟机中的出来的，所以没有实际的生产环境参考价值，只是用来说明模型与并发处理能力之间的关系。 先看下客户端连接数分别为1,10,50,横坐标为客户端并发线程数，纵坐标为服务端实际吞吐量大小。
再来看下响应时间
由此可见： 1.当服务端并发连接客户端越多，它的实际吞吐量是呈下降趋势。 2.除去1个连接的时候由于客户端并发线程竞争1个连接资源的开销外，其他情况下，服务端响应客户端时间均比较稳定。 结论： 1.由于服务器采用单进程单线程的模型，服务器实际响应客户请求其实是先来后到的串行模式，只要服务器算法OK，那么单个请求响应时间绝对OK。 2.假如你要提升服务器的并发能力，那么可以采用在单台机器部署多个redis进程的方式。
转载自：http://lingqi1818.iteye.com/blog/1182429
