这两个都是用来做缓存的，之前用的是 memcached，然后改成 memcached 和 redis 共存了. redis 的作者说：
由于Redis只使用单核,而Memcached可以使用多核,所以平均每一个核上Redis在存储小数据时比Memcached性能更 高.而在100k以上的数据中,Memcached性能要高于Redis,虽然Redis最近也在存储大数据的性能上进行优化,但是比起 Memcached,还是稍有逊色.
但个人经验来说，这两者都很快，性能问题对于开发者应该不是很需要考虑的重点。个人偏爱 redis，因为他支持更多的数据类型，而且列表操作很简单redis.keys即可。
先来说 memcached, 更多
- 安装 memcached 服务
brew install memcached - 安装 gem,
gem install dalli - 运行示例
再来说 redis 更多
- 安装 redis
- 安装 gem,
gem install redis
- 运行示例
redis 支持的数据类型太多了，就不一一介绍了，参考这里
有人说 redis 会把数据持久化，那样就很慢，其实是有开关让数据不持久化的。但那样重启就丢失了.而且也不慢，因为持久化是 redis 服务在后台运行的。
发现真实运行的时候 redis 有时候链接抛出异常. 最好是这样
value = redis.get(key) rescue value = redis.get(key)
你要不放心，也可以多取几次。
以上图片代码在这里
这两个都是用来做缓存的
Redis 其实是一种数据库。
有人说 redis 会把数据持久化，那样就很慢
首先并不慢，其次 Redis 持久化策略有 RDB 和 AOF 两种，根据需求和实际场景选择合适的策略，甚至 RDB 和 AOF 可以混用，如果不想持久化，也可以 Disable 掉。
发现真实运行的时候 redis 有时候链接抛出异常...你要不放心，也可以多取几次。
你的用法不对，redis 的操作是原子性的，必须先 set，然后 get。当指定的 key 不存在 value 的时候，默认返回 nil
操作 redis 是原子级别的，应当有 set 方法。如果处理 get，是需要 rescue 一下.(同理用于 memcached) 普通的业务需求，用 memcached 就够了。对于比较特殊的业务需求用 redis 有优势. 目前我们公司，日活跃 50W 用户 (移动端), 就只用了 memcached 作为缓存。也够用了。
有人说 redis 会把数据持久化，那样就很慢，其实是有开关让数据不持久化的。但那样重启就丢失了.而且也不慢，因为持久化是 redis 服务在后台运行的。
不看清楚真的好吗？
redis 最新的已支持 cluster 了（不过是 beta 阶段）另外 LZ 建议使用 memcache 时当数据 value 较大时，才使用压缩，通常 value 数据不大不建议使用 compress 选项的