OnceDB:使用Redis全文字符串模糊搜索，多条件查询，创建索引搜索等使用帮助教程 OnceDB是基于Redis实现的全文搜索数据库，可以像SQL数据库那样创建辅助索引，提高条件搜索的性能。OnceDB并不改变Redis的数据存储结构，Redis数据库文件可以直接在OnceDB中操作，然后再返回Redis中使用。OnceDB提供直接搜索指令，支持 String 和 Hash 等对象，
redis5.x新特性，Stream流数据类型使用简单教程 在一般的编程概念里，流是一种主要用于优化内存的数据类型，它不需要一次性把大量数据，比如说大文件一次性读取到内存再处理，可以边读取边处理，这样可以用少量内存就可以处理大文件。
因此简单地说，流是Redis一种新的数据结构，不需要读取原有key的值，就可以在此key中添加新内容的数据类型。
Node.JS进程间通讯的几种方法：Redis Publish/Subscribe 和 UDP Socket 如果您装有redis客户端就可以通过 redis 的 publish/ subscribe方法来通讯，注意一旦使用subscribe，则此 redis 只能接收：SUBSCRIBE、PSUBSCRIBE、UNSUBSCRIBE和PUNSUBSCRIBE 等消息订阅指令，您可以专门创建一个redis实例来进行进程间通信。
redis、memcache和mongodb各自的优缺点是什么，怎么选择呢？ redis、memcahce 比较相似，但与 mongodb 完全不同，几乎没有可比性。
总的来说 redis/memcache 是基于内存的，讲究的是性能，多用作缓存层，比如说存放session。而 mongodb 是面向文档的，存储的是类似JSON的非结构化数据，查询起来非常方便，开发效率高，比较类似传统SQL关系型数据库。
普遍认为其性能明显好于MemoryCache。所以这里主要比较 Redis 和 Mongodb。
Redis和Memcached的区别－从源码解读Reids的实现原理 Redis的作者Salvatore Sanfilippo曾经对这两种基于内存的数据存储系统进行过比较：
- Redis支持服务器端的数据操作：Redis相比Memcached来说，拥有更多的数据结构和并支持更丰富的数据操作，通常在Memcached里，你需要将数据拿到客户端来进行类似的修改再set回去。这大大增加了网络IO的次数和数据体积。在Redis中，这些复杂的操作通常和一般的GET/SET一样高效。所以，如果需要缓存能够支持更复杂的结构和操作，那么Redis会是不错的选择。
- 内存使用效率对比：使用简单的key-value存储的话，Memcached的内存利用率更高，而如果Redis采用hash结构来做key-value存储，由于其组合式的压缩，其内存利用率会高于Memcached。
- 性能对比：由于Redis只使用单核，而Memcached可以使用多核，所以平均每一个核上Redis在存储小数据时比Memcached性能更高。而在100k以上的数据中，Memcached性能要高于Redis，虽然Redis最近也在存储大数据的性能上进行优化，但是比起Memcached，还是稍有逊色。
几款开源的图形化Redis客户端管理软件 Redis是一个超精简的基于内存的键值对数据库（key-value），一般对并发有一定要求的应用都用其储存session，乃至整个数据库。 参见：
node.js与redis结合使用。 不过它公自带一个最小化的命令行式的数据库管理工具，有时侯使用起来并不方便。不过Github上面已经有了很多图形化的管理工具，而且都针对REDIS做了一些优化，如自动折叠带schema的key等。
在nodejs中使用Redis缓存和查询数据及Session持久化(Express) 使用数据库来集中管理session，存放Session内容，并在各个子域名跨域共享Cookies
(SessionID)，即可实现为每一个子域分配一个独立的node.js
Web服务器，各个服务程序均可依据sessionid从数据库中寻找到同一Session，从而实现不同Web
Server中的会话同步，从而实现一定程度上的负载均衡。
要想实现完全意义的负载均衡还需要将Web服务做到完全状态无关，不仅仅是Session，所有的中间缓存数据都要转移到与服务器无关的缓存层中，这正是Redis最善长的地方。
Redis集群，不再雾里看花 注* Antirez是Redis项目的作者和主要维护者，译自其博客有删减； Redis是目前最流行的键值(key-value)数据库，数据集以异步方式从内存同步到硬盘。由于其基于内存特性，性能极好，特别适合应对高并发场合，在NodeJS应用中多用来存储持久化的Session。
我第一次提交有关Redis集群的代码大约在2011年3月29。但我只是合并了别人的一个提交请求：集群分支的历史日志已经不可用了，因为它那一塌糊涂的“正在进行中的”提交，只是为了预留一些API和互动的接口。
现在这个项目已经4岁了。是整个Redis项目历史的三分之二。今天，我准备发布一个Redis3.0.0的候选版（RC），这是正式支持群集的第一个版本。
