如题，见过一些工程同时使用Redis和Memcached，感觉这样很麻烦。
如果不是早期使用Memcached且难以移植到Redis，还有没有其他可能性?
stackoverflow上面有人问过这个问题《Is memcached a dinosaur in comparison to Redis?》，redis的作者给出了解答（http://stackoverflow.com/questions/2873249/is-memcached-a-dinosaur-in-comparison-to-redis）。整体上说，两者的性能都很好，不必为哪个性能更高而纠结。不过，redis提供的持久化和数据同步机制，这些都是memcached没有的，所以如果你想要持久化，就只能用redis了。另外，memcached足以应付简单的键值存储，不过你要是想用更高级的数据结构，比如hash，list，set，zset之类的，redis提供了这些类型，用着更方便。
前厂是这么用的：
- 实体数据比如用户的信息以
protobuf编码存入memcached，一周失效期，作为MySQL的二级缓存 - 列表数据比如用户的订阅列表放redis，相应数据MySQL也做备份，但redis读不到不会再去MySQL读
总结：
- redis的数据结构比较丰富，适合存集合、列表或者有序表
- redis在当时还没有比较完善的分布式方案，所以尽量不存大的实体数据（当然随着用户量的暴增，我们后来用哈希key的方式实现了伪分布式）
- memcached比较简单，速度也比redis要快，适合存实体数据，但当时遇到的问题是
json的包装和解析会成为瓶颈，所以后来我们全部换成了protobuf
需要频繁查询且变化频率不是太高的都是这两位的用点所在
需要除key/value之外的更多数据类型支持时或存储的数据不能被剔除时，使用Redis更合适。而如果只是简单的缓存数据，显然使用memcached更加合适。或者说，相比来说，redis更加适合存储，而memcache更加适合缓存。