Cassandra、MongoDB、CouchDB、Redis、Riak、HBase比较
本文有标题党之嫌。在NoSQL如日中天的今天，各种NoSQL产品可谓百花齐放，但每一个产品都有自己的特点，有长处也有不适合的场景。本文对Cassandra, Mongodb, CouchDB, Redis, Riak 以及 HBase 进行了多方面的特点分析，希望看完此文的您能够对这些NoSQL产品的特性有所了解。
用Redis构建访问频率控制模块
访问频率控制模块的作用是限制客户端对服务器的访问频率，比如某个IP对某一页面在1分钟内访问一个页面超过100次，那么就返回给客户端一个页面让其输入验证码等。相信经常访问Google的同学都有过被要求输入验证码的经历。
下面是一个使用Redis构建这样一个访问控制模块的例子，其一大特点是可以通过参数对精度与性能之间进行调整。
Redis-Sampler：深入了解你的Redis存储
redis-sampler 是Redis作者@antirez 同学开发的一个ruby 小工具，用于对Redis存储概况进行抽样检测并给出分析结果。
Redis实现MongoDB的getlasterror功能
MongoDB有一个命令叫getlasterror，从名字上看它的作用好像是获取最近的一个error。但其实这是MongoDB的一种客户端阻塞的方式。
这一功能使得数据安全性的保证更加灵活。而最近有朋友在Redis上也实现了这一功能，实现的方式不是修改Redis源码，而是使用现有的功能拼得出。
Redis内存存储结构分析
本文分享的是淘宝搜索技术博客中的一篇长文，作者对Redis源码做了深入的研究，对Redis的内存存储结构具有细致的了解。文中不仅有源码讲解，更有用户制作的各种内存结构描述图片。对Redis感兴趣的同学千万不要错过。
Basho：少一些谎言，多一些实践
本文推荐的是最近Basho的blog上一篇文章，Basho的@Tony 同学对当下一些宣称自己几乎万能的存储产品提出了质疑，指责他们是在撒违背自然规律的谎，CAP三方面都完美实现的产品在目前是不存在的。并指出Riak产品的性能优化会永远在数据安全的底限上来做。如果你在乎的不是数据的安全性，那可以不选择Riak。
很快Redis的作者@antirez同学也在回复中对其观点大加同意，并且表示之前提出的Redis的diskstore机制优先级会被降低，在可预见的未来，可能会无限期延后开发。 @antirez 的思路貌似又回到了最初，Redis只是一个内存存储，并不需要完成所有事。当然，不排除为大数据量存储开发另外的产品。但是Redis将会仅仅是一个内存存储。
Redis在.NET上的应用教程
本文推荐的两篇文章，是一个系列文章中的前两章，文章的前言介绍很简单，主要是通过大段代码描述.NET使用Redis做存储的方法。.NET开发的同学可以看一下，文章链接：
Redis新分支，进行服务端lua脚本支持的开发
早在一年前，在Redis 的google group上就曾有人提出redis能不能提供诸如keya=kayb这样类似脚本语言的方法来操作数据。而最近Redis作者antirez同学连续发表的两篇博文将Redis执行脚本一事正式提到日程上来。
redis源码分析-如何rehash
hash table是一种高效的数据结构，被广泛的用在key-value存储中，Redis的dict其实就是一个典型的hash table实现。
Facebook游戏开发商wooga的架构:基于MySQL和Redis
这是wooga从之前的基于分片(Shard)的MySQL迁移到基于Master/Slave的Redis和MySQL混合的一些经验教训：
原文地址：http://nosql.mypopescu.com/post/4788119911/woogas-architecture-facebook-games-on-mysql-and-redis
