Redis和Memcached的区别

传统MySQL+ Memcached架构遇到的问题. 　　实际MySQL是适合进行海量数据存储的，通过Memcached将热点数据加载到cache，加速访问，很多公司都曾经使用过这样的架构，但随着业务数据量的不断增加，和访问量的持续增长，我们遇到了很多问题：. 　　1.MySQL需要不断进行拆库拆表，Memcached也需不断跟着扩容，扩容和维护工作占据大量开发时间.

Memcached是以LiveJurnal旗下Danga Interactive公司的Bard Fitzpatric为首开发的高性能分布式内存缓存服务器. 其本质上就是一个内存key-value数据库，但是不支持数据的持久化，服务器关闭之后数据全部丢失. Memcached使用C语言开发，在大多数像Linux、BSD和Solaris等POSIX系统上，只要安装了libevent即可使 用.

Redis和Memcache都是将数据存放在内存中，都是内存数据库. 不过memcache还可用于缓存其他东西，例如图片、视频等等. Redis不仅仅支持简单的k/v类型的数据，同时还提供list，set，hash等数据结构的存储. 虚拟内存--Redis当物理内存用完时，可以将一些很久没用到的value 交换到磁盘.

Redis的作者Salvatore Sanfilippo曾经对这两种基于内存的数据存储系统进行过比较：. Redis支持服务器端的数据操作：Redis相比Memcached来说，拥有更多的数据结构和并支持更丰富的数据操作，通常在Memcached里，你需要将数据拿到客户端来进行类似的修改再set回去.

Twemproxy是一个代理服务器，可以通过它减少 Memcached或 Redis服务器所打开的连接数. Twemproxy有何用途呢. 通过代理的方式减少缓存服务器的连接数. 自动在多台缓存服务器间共享数据. 通过不同的策略与散列函数支持一致性散列. 运行在多个实例上，客户端可以连接到首个可用的代理服务器.

缓存那些事，一是内存爆了要用LRU(最近最少使用)、LFU(最少访问次数)、FIFO的算法清理一些；二是设置了超时时间的键过期便要删除，用主动或惰性的方法. 今天看 Redis3.0的发行通告里说，LRU算法大幅提升了，就翻开源码来八卦一下，结果哭笑不得，这旧版的"近似LRU"算法，实在太简单，太偷懒，太Redis了.

Twemproxy是一个代理服务器，可以通过它减少 Memcached或 Redis服务器所打开的连接数. Twemproxy有何用途呢. 通过代理的方式减少缓存服务器的连接数. 自动在多台缓存服务器间共享数据. 通过不同的策略与散列函数支持一致性散列. 通过配置的方式禁用失败的结点. 运行在多个实例上，客户端可以连接到首个可用的代理服务器.

看到很多人推荐使用Redis代替Memcached，我觉得这两个是不一样的东西，它们的关系应该是共存而不是替代. Memcached是个纯内存型的缓存系统，支持数据类型单一，单个缓存数据有限制，支持分布式，我觉得这是个很理想的缓存系统. Redis是个简单的NOSQL数据库，支持几种简单的数据类型，支持主从复制，支持持久化，可以看作是个内存型数据库.

    最近项目快要见人了，所以很多性能分析的需求又提出来了. 之前已经做过几次类似的事情，这次记录下来把.     Memcached不能一次性读取所有的key，不能一次性读取缓存数据. 以前项目里面踩过这个坑，stats cachedump $slabId $limit只会dump出2M的key，如果所有的key超多2M那么dump出哪些key就要看命了.

首先说明下memcached存在如下问题. 　　本身没有内置分布式功能，无法实现使用多台Memcache服务器来存储不同的数据，最大程度的使用相同的资源；无法同步数据，容易造成单点故障. （memagent代理实现集群）.       在 Memcached中可以保存的item数据量是没有限制的，只要内存足够.