redis和memcache的区别

redis

redis支持多种数据结构，如 string（字符串）、 list(双向链表)、dict(hash表)、set(集合）、zset(排序set);
　　支持持久化操作，可以进行aof及rdb数据持久化到磁盘，从而进行数据备份或数据恢复等操作，较好的防止数据丢失的手段；
　　支持通过Replication进行数据复制，通过master-slave机制，可以实时进行数据的同步复制，支持多级复制和增量复制，master-slave机制是Redis进行HA的重要手段；
　　单线程请求，所有命令串行执行，并发情况下不需要考虑数据一致性问题；
　　支持pub/sub消息订阅机制，可以用来进行消息订阅与通知；
　　支持简单的事务需求，但业界使用场景很少，并不成熟。

Redis只能使用单线程，性能受限于CPU性能，故单实例CPU最高才可能达到5-6wQPS每秒（取决于数据结构，数据大小以及服务器硬件性能，日常环境中QPS高峰大约在1-2w左右）；

支持简单的事务需求，但业界使用场景很少，并不成熟，既是优点也是缺点；

支持（快照、AOF）：依赖快照进行持久化，AOF增强了可靠性的同时，对性能有所影响；

Redis在string类型上会消耗较多内存，可以使用dict（hash表）压缩存储以降低内存耗用；

MC和Redis都是Key-Value类型，不适合在不同数据集之间建立关系，也不适合进行查询搜索。比如redis的keys pattern这种匹配操作，对redis的性能是灾难；

Redis在2.0版本后增加了自己的VM特性，突破物理内存的限制；可以对key value设置过期时间（类似memcache）；

Redis事务支持比较弱，只能保证事务中的每个操作连续执行，

memcached

可以利用多核优势，单实例吞吐量极高，可以达到几十万QPS（取决于key、value的字节大小以及服务器硬件性能，日常环境中QPS高峰大约在4-6w左右）。适用于最大程度扛量；
　　支持直接配置为session handle。

只支持简单的key/value数据结构，不像Redis可以支持丰富的数据类型；
　　无法进行持久化，数据不能备份，只能用于缓存使用，且重启后数据全部丢失；
　　无法进行数据同步，不能将MC中的数据迁移到其他MC实例中；
　　内存分配采用Slab Allocation机制管理内存，value大小分布差异较大时会造成内存利用率降低，并引发低利用率时依然出现踢出等问题。需要用户注重value设计。

Memcached可以修改最大可用内存,采用LRU算法。

应用场景

Redis
　　适用于对读写效率要求都很高，数据处理业务复杂和对安全性要求较高的系统（如新浪微博的计数和微博发布部分系统，对数据安全性、读写要求都很高）。
Memcached
　　动态系统中减轻数据库负载，提升性能；做缓存，适合多读少写，大数据量的情况
用于在动态系统中减少数据库负载，提升性能;做缓存，提高性能。

redis相比memcached有哪些优势？

(1) memcached所有的值均是简单的字符串，redis作为其替代者，支持更为丰富的数据类型
(2) redis的速度比memcached快很多
(3) redis可以持久化数据
(4)Redis支持数据的备份，即master-slave模式的数据备份。
(5)、使用底层模型不同
它们之间底层实现方式 以及与客户端之间通信的应用协议不一样。
Redis直接自己构建了VM 机制 ，因为一般的系统调用系统函数的话，会浪费一定的时间去移动和请求。
(6）value大小：redis最大可以达到1GB，而memcache只有1MB

Redis和Memcached哪个更好？

Redis更多场景是作为Memcached的替代者来使用，当需要除key-value之外的更多数据类型支持或存储的数据不能被剔除时，使用Redis更合适。如果只做缓存的话，Memcached已经足够应付绝大部分的需求，Redis 的出现只是提供了一个更加好的选择。总的来说，根据使用者自身的需求去选择才是最合适的。