本文目录导航：
memcached和redis的区别
Redis的作者Salvatore Sanfilippo曾经对这两种基于内存的数据存储系统启动过比拟：
1、Redis支持主机端的数据操作：Redis相比Memcached来说，领有更多的数据结构和并支持更丰盛的数据操作，理论在Memcached里，你要求将数据拿到客户端来启动相似的修正再set回去。
这大大参与了网络IO的次数和数据体积。
在Redis中，这些复杂的操作理论和普通的GET/SET一样高效。
所以，假设要求缓存能够支持更复杂的结构和操作，那么Redis会是不错的选用。
2、内存经常使用效率对比：经常使用繁难的key-value存储的话，Memcached的内存应用率更高，而假设Redis驳回hash结构来做key-value存储，由于其组合式的紧缩，其内存应用率会高于Memcached。
3、性能对比：由于Redis只经常使用单核，而Memcached可以经常使用多核，所以平均每一个核上Redis在存储小数据时比Memcached性能更高。
而在100k以上的数据中，Memcached性能要高于Redis，只管Redis最近也在存储大数据的性能上启动提升，然而比起Memcached，还是稍有逊色。
详细为什么会出现上方的论断，以下为搜集到的资料：
1、数据类型支持不同
与Memcached仅支持繁难的key-value结构的数据记载不同，Redis支持的数据类型要丰盛得多。
最为罕用的数据类型关键由五种：String、Hash、List、Set和Sorted Set。
Redis外部经常使用一个redisObject对象来示意一切的key和value。
redisObject最关键的消息如图所示：
type代表一个value对象详细是何种数据类型，encoding是不同数据类型在redis外部的存储形式，比如：type=string代表value存储的是一个普通字符串，那么对应的encoding可以是raw或许是int，假设是int则代表实践redis外部是按数值型类存储和示意这个字符串的，当然前提是这个字符串自身可以用数值示意，比如:”123″ “456”这样的字符串。
只要关上了Redis的虚构内存性能，vm字段字段才会真正的调配内存，该性能自动是封锁形态的。
redis和memcached的区别
Redis与Memcached的区别传统MySQL+ Memcached架构遇到的疑问实践MySQL是适宜启动海量数据存储的，经过Memcached将热点数据加载到cache，减速访问，很多公司都曾经经常使用过这样的架构，但随着业务数据量的不时参与，和访问量的继续增长，咱们遇到了很多疑问要求不时启动拆库拆表，Memcached也需不时跟着扩容，扩容和保养上班占据少量开发期间。
与MySQL数据库数据分歧性疑问。
数据命中率低或down机，少量访问间接穿透到DB，MySQL无法撑持。
4.跨机房cache同步疑问。
泛滥NoSQL百花齐放，如何选用最近几年，业界不时涌现出很多各种各样的NoSQL产品，那么如何才干正确地经常使用好这些产品，最大化地施展其短处，是咱们要求深化钻研和思索的疑问，实践归根结底最关键的是了解这些产品的定位，并且了解到每款产品的tradeoffs，在实践运行中做到舍短取长，总体上这些NoSQL关键用于处置以下几种疑问1.大批数据存储，高速读写访问。
此类产品经过数据所有in-momery 的形式来保障高速访问，同时提供数据落地的性能，实践这正是Redis最关键的实用场景。
2.海量数据存储，散布式系统支持，数据分歧性保障，繁难的集群节点参与/删除。
3.这方面最具代表性的是dynamo和bigtable 2篇论文所论述的思绪。
前者是一个齐全无核心的设计，节点之间经过gossip形式传递集群消息，数据保障最终分歧性，后者是一个核心化的打算设计，经过相似一个散布式锁服务来保障强分歧性,数据写入先写内存和redo log，而后活期compat归并到磁盘上，将随机写提升为顺序写，提高写入性能。
free，auto-sharding等。
比如目前经常出现的一些文档数据库都是支持schema-free的，间接存储json格局数据，并且支持auto-sharding等性能，比如mongodb。
面对这些不同类型的NoSQL产品,咱们要求依据咱们的业务场景选用最适宜的产品。
Redis实用场景，如何正确的经常使用前面曾经剖析过，Redis最适宜一切数据in-momory的场景，只管Redis也提供耐久化性能，但实践更多的是一个disk-backed的性能，跟传统意义上的耐久化有比拟大的差异，那么或许大家就会有不懂，仿佛Redis更像一个增强版的Memcached，那么何时经常使用Memcached,何时经常使用Redis呢?假设繁难地比拟Redis与Memcached的区别，大少数都会失掉以下观念：1Redis不只仅支持繁难的k/v类型的数据，同时还提供list，set，zset，hash等数据结构的存储。
2Redis支持数据的备份，即master-slave形式的数据备份。
3Redis支持数据的耐久化，可以将内存中的数据坚持在磁盘中，重启的时刻可以再次加载启动经常使用。
抛开这些，可以深化到Redis外部结构去观察愈加实质的区别，了解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 usedVM on:300k keys, 4096 bytes values: 73M usedVM off: 1 million keys, 256 bytes values: 430.12M usedVM on:1 million keys, 256 bytes values: 160.09M usedVM 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，我置信了解Redis的内存设计和阻塞的状况是无法缺少的。
MongoDB 或许 redis 可以代替 memcached 吗
mongodb和memcached不是一个领域内的物品。
mongodb是文档型的非相关型数据库，其好处在于查问性能比拟弱小，能存储海量数据。
mongodb和memcached不存在谁交流谁的疑问。
和memcached更为凑近的是redis。
它们都是内存型数据库，数据保留在内存中，经过tcp间接存取，好处是速度快，并发高，缺陷是数据类型有限，查问性能不强，普通用作缓存。
在团队的名目中，一开局用的是memcached，起初用redis代替。
相比memcached：1、redis具有耐久化机制，可以活期将内存中的数据耐久化到硬盘上。
2、redis具有binlog性能，可以将一切操作写入日志，当redis出现缺点，可依照binlog启动数据复原。
3、redis支持virtual memory，可以限定内存经常使用大小，当数据超越阈值，则经过相似LRU的算法把内存中的最不罕用数据保留到硬盘的页面文件中。
4、redis原生支持的数据类型更多，经常使用的构想空间更大。
5、前面有位好友所提及的分歧性哈希，用在redis的sharding中，普通是在负载十分高要求水平裁减时经常使用。
还没有用到这方面的性能，普通的名目，单机足够撑持并发了。
redis 3.0将推出cluster，性能愈增弱小。
6、redis更多好处，请移步官网网站查问。
