⾯试题-Redis和Memcached的区别（总结）
观点⼀：
1、Redis和Memcache都是将数据存放在内存中，都是内存数据库。不过memcache还可⽤于缓存其他东西，例如图⽚、视频等等；
2、Redis不仅仅⽀持简单的k/v类型的数据，同时还提供String，Hash，List，Set，Zset等数据结构的存储；
3、虚拟内存–Redis当物理内存⽤完时，可以将⼀些很久没⽤到的value交换到磁盘；
4、过期策略–memcache在set时就指定，例如set key1 0 0 8，即永不过期。
Redis可以通过例如expire 设定，例如expire name 10；
5、分布式–设定memcache集，利⽤magent做⼀主多从;redis可以做⼀主多从。都可以⼀主⼀从；
6、存储数据安全–memcache挂掉后，数据没了；redis可以定期保存到磁盘（持久化）；
7、灾难恢复–memcache挂掉后，数据不可恢复; redis数据丢失后可以通过aof恢复；
8、Redis⽀持数据的备份，即master-slave模式的数据备份；
观点⼆：
Redis与Memcached的区别
如果简单地⽐较Redis与Memcached的区别，⼤多数都会得到以下观点：
1 Redis不仅仅⽀持简单的k/v类型的数据，同时还提供list，set，hash等数据结构的存储。
2 Redis⽀持数据的备份，即master-slave模式的数据备份。
3 Redis⽀持数据的持久化，可以将内存中的数据保持在磁盘中，重启的时候可以再次加载进⾏使⽤。
在Redis中，并不是所有的数据都⼀直存储在内存中的。这是和Memcached相⽐⼀个最⼤的区别（我个⼈是这么认为的）。
Redis 只会缓存所有的key的信息，如果Redis发现内存的使⽤量超过了某⼀个阀值，将触发swap的操作，Redis根据“swappability = age*log(size_in_memory)”计算出哪些key对应的value需要swap到磁盘。然后再将这些key对应的value持久化到磁 盘中，同时在内存中清除。这种特性使得Redis可以保
持超过其机器本⾝内存⼤⼩的数据。当然，机器本⾝的内存必须要能够保持所有的key，毕竟这些数据是不会进⾏swap操作的。
同时由于Redis将内存中的数据swap到磁盘中的时候，提供服务的主线程和进⾏swap操作的⼦线程会共享这部分内存，所以如果更新需要swap的数据，Redis将阻塞这个操作，直到⼦线程完成swap操作后才可以进⾏修改。
可以参考使⽤Redis特有内存模型前后的情况对⽐：
VM off: 300k keys, 4096 bytes values: 1.3G used
VM on: 300k keys, 4096 bytes values: 73M used
VM off: 1 million keys, 256 bytes values: 430.12M used
VM on: 1 million keys, 256 bytes values: 160.09M used
VM on: 1 million keys, values as large as you want, still: 160.09M used
当 从Redis中读取数据的时候，如果读取的key对应的value不在内存中，那么Redis就需要从swap⽂件
中加载相应数据，然后再返回给请求⽅。 这⾥就存在⼀个I/O线程池的问题。在默认的情况下，Redis会出现阻塞，即完成所有的swap⽂件加载后才会相应。这种策略在客户端的数量较⼩，进⾏ 批量操作的时候⽐较合适。但是如果将Redis应⽤在⼀个⼤型的⽹站应⽤程序中，这显然是⽆法满⾜⼤并发的情况的。所以Redis运⾏我们设置I/O线程 池的⼤⼩，对需要从swap⽂件中加载相应数据的读取请求进⾏并发操作，减少阻塞的时间。
Redis、Memcache、MongoDB 对⽐
从以下⼏个维度，对redis、memcache、mongoDB 做了对⽐，欢迎拍砖
1、性能
都⽐较⾼，性能对我们来说应该都不是瓶颈
总体来讲，TPS⽅⾯redis和memcache差不多，要⼤于mongodb
2、操作的便利性
memcache数据结构单⼀
redis丰富⼀些，数据操作⽅⾯，redis更好⼀些，较少的⽹络IO次数
mongodb⽀持丰富的数据表达，索引，最类似关系型数据库，⽀持的查询语⾔⾮常丰富
3、内存空间的⼤⼩和数据量的⼤⼩
redis在2.0版本后增加了⾃⼰的VM特性，突破物理内存的限制；可以对key value设置过期时间（类似memcache）
memcache可以修改最⼤可⽤内存，采⽤LRU算法
mongoDB适合⼤数据量的存储，依赖操作系统VM做内存管理，吃内存也⽐较厉害，服务不要和别的服务在⼀起
4、可⽤性（单点问题）
对于单点问题，
redis，依赖客户端来实现分布式读写；主从复制时，每次从节点重新连接主节点都要依赖整个快照,⽆增量复制，因性能和效率问题，
所以单点问题⽐较复杂；不⽀持⾃动sharding，需要依赖程序设定⼀致hash 机制。
⼀种替代⽅案是，不⽤redis本⾝的复制机制，采⽤⾃⼰做主动复制（多份存储），或者改成增量复制的⽅式（需要⾃⼰实现），⼀致性问题和性能的权衡
Memcache本⾝没有数据冗余机制，也没必要；对于故障预防，采⽤依赖成熟的hash或者环状的算法，解决单点故障引起的抖动问题。
redis支持的数据结构mongoDB⽀持master-slave,replicaset（内部采⽤paxos选举算法，⾃动故障恢复）,auto sharding机制，对客户端屏蔽了故障转移和切分机制。
5、可靠性（持久化）
对于数据持久化和数据恢复，
redis⽀持（快照、AOF）：依赖快照进⾏持久化，aof增强了可靠性的同时，对性能有所影响
memcache不⽀持，通常⽤在做缓存，提升性能；
MongoDB从1.8版本开始采⽤binlog⽅式⽀持持久化的可靠性
6、数据⼀致性（事务⽀持）
Memcache 在并发场景下，⽤cas保证⼀致性
redis事务⽀持⽐较弱，只能保证事务中的每个操作连续执⾏
mongoDB不⽀持事务
7、数据分析
mongoDB内置了数据分析的功能(mapreduce)，其他不⽀持
8、应⽤场景
redis：数据量较⼩的更性能操作和运算上
memcache：⽤于在动态系统中减少数据库负载，提升性能；做缓存，提⾼性能（适合读多写少，对于数据量⽐较⼤，可以采⽤sharding）
MongoDB：主要解决海量数据的访问效率问题
转载
Redis和Memcached的区别（总结）

版权声明：本站内容均来自互联网，仅供演示用，请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系QQ:729038198，我们将在24小时内删除。