一、Memcache

1．? ???memecache 把数据全部存在内存之中，断电后会挂掉，数据不能超过内存大小
redis有部份存在硬盘上，这样能保证数据的持久性。

2．? ????Memcache使用了Slab Allocator的内存分配机制:按照预先规定的大小，将分配的内存分割成特定长度的块，以完全解决内存碎片问题。

3．? ????memcache 存在内存中，分配的内存满后，会按一定的规则删除一些k/v数据，重启后自然全部丢失。

4．? ????过期策略--memcache在set时就指定，例如set key1 0 0 8,即永不过期。Redis可以通过例如expire 设定。

5．? ????首先要说明的是Memcached支持最大的存储对象为1M。它的内存分配比较特殊，但是这样的分配方式其实也是基于性能考虑的，简单的分配机制可以更容易回收再分配，节省对CPU的使用。大于1M需要拆分。

6．? ????memcached能接受的key的最大长度是，255字符。

7． ????同一份数据同时发送了一个set命令和一个get命令，它们不会影响对方，但是get以后，处理期间可能先被其他Set了，后面的Set会覆盖前面的，但是memcached 1.2.5以及更高版本，提供了gets和cas命令，它们可以解决上面的问题。如果您使用gets命令查询某个key的item，memcached会 给您返回该item当前值的唯一标识。如果您覆写了这个item并想把它写回到memcached中，您可以通过cas命令把那个唯一标识一起发送给 memcached。如果该item存放在memcached中的唯一标识与您提供的一致，您的写操作将会成功。如果另一个进程在这期间也修改了这个 item，那么该item存放在memcached中的唯一标识将会改变，您的写操作就会失败。

8． ????无身份验证，认为身份验证是更高层的问题。

9． ????删除Delete操作只是将该chunk置为删除状态，这样在下次使用将优先利用这样的chunk。

10．???????? ????Flush操作相当于将所有的item失效的一个动作。并不会改变memcache内存分配情况。

11．???????? memcache已经分配的内存不会再主动清理。

12．???????? memcache分配给某个slab的内存页不能再分配给其他slab。

13．???????? flush_all不能重置memcache分配内存页的格局，只是给所有的item置为过期。

14．???????? memcache最大存储的item(key+value)大小限制为1M，这由page大小1M限制。

15．???????? 由于memcache的分布式是客户端程序通过hash算法得到的key取模来实现，不同的语言可能会采用不同的hash算法，同样的客户端程序也有可能使用相异的方法，因此在多语言、多模块共用同一组memcached服务时，一定要注意在客户端选择相同的hash算法。

16．???????? 启动memcached时可以通过-M参数禁止LRU替换，在内存用尽时add和set会返回失败。

17．???????? memcached启动时指