Redis,Memcache比较
简单比较:
- Redis不仅仅支持简单的k/v类型的数据，同时还提供list，set，hash等数据结构的存储。memcache只支持简单的K/V类型数据, 不过memcache可以缓存其他东西如图片,视频等.
- Redis2.0之后增加自己的VM特性,突破物理内存的限制,(触发swap操作), redis支持使用RDB,AOF等方式持久化数据,m不支持,
- Redis支持使用redis sentinel搭建集群, 当master节点down时,将其中一个slave升级为master, 提供高可用行方案.
- Redis支持pus,sub模型, 模拟简单的消息队列.
- Memcache在并发场景下使用CAS保持数据一致性, redis不支持事务,
- Memcache支持多线程,redis是单线程
应用场景:
redis：数据量较小的更性能操作和运算上
memcache：用于在动态系统中减少数据库负载，提升性能;做缓存，提高性能（适合读多写少，对于数据量比较大，可以采用sharding）
MongoDB:主要解决海量数据的访问效率问题
plus:
Redis有数据持久化功能，这个功能与Redis的单线程特性结合，就成了Redis故障的高发区域。默认的RDB持久化会阻塞线程，使得Redis对正常请求无法响应，在高流量网站上容易出现大量请求错误。这在系统中称为“涌现”，当然这是坏的一个。当然后来Redis也发展出了AOF持久化方式（默认没有打开，要手工开启），一定程度上减缓了Redis的持久化问题。Redis会fork一个子进程来单独处理持久化。可是fork功能并非无代价，它一样有消耗内存资源，影响主程序响应请求的问题。阻塞是Redis应用的噩梦，跟Node.js一样。
小结:
综上: memcached提供的每项主要功能及其优势，都是Redis功能和特性的子集。任何用例中可能使用Memcached的地方都可以对等的使用Redis,Memcached提供的只是Redis拥有功能的冰山一角。
1. 当缓存相对较小和使用静态的数据时候，比如HTML代码片段，Memcached可能更为可取。Memcached内部的内存管理在最简单的用例中更为有效，因为它的元数据消耗相对更少的内存资源。
2. 当数据尺寸是动态的时候，Memcached的内存管理效率下降的很快，此时Memcached的内存会变成碎片。而且，大的数据集经常牵扯到数据序列化，总是需要更多的空间来存储。如果你使用Memcached，数据会随着重启动而丢失，重建缓存是个代价高昂的过程。
3. Memcached比Redis更具优势的另一个场景在伸缩性。因为Memcached是多线程的，所以你可以通过给它更多计算资源让它轻松扩展。Redis是单线程的，可以通过集群无损水平扩展。集群是一个有效的扩展方案，但是相对来说配置、操作复杂。Memcached不支持复制功能（数据从一台机器自动复制到另外一台）。
4. Memcached 非常适合处理高流量的网站。它可以一次性读取大量的信息，并在优秀的反应时间内返回。Redis不但能处理高流量的读，还能处理繁重的写入。
