1.Memcached常用命令总结
Memcached命令格式一般为：
command
其中描述如下：
| 参数 | 描述 |
|---|---|
| command | 操作命令，一般为set/add/replace/get/delete等 |
| key | 缓存的key，Memcache内部限制不能超过250个字符， |
| flag | 标识数据格式，比如JSON、XML等 |
| expiration time | 过期时间，单位为s，0为不过期，最好设置过期时间，以免保存大量无效数据，最大过期时间为30天，超过30天则缓存获取不到 |
| bytes | 字节数，比如1234，则字节数为4 |
| value | 缓存中的值 |
比如以下命令：
set name 0 0 4 test// key 为name，value为test，字节数4个，缓存不过期
常用命令列表如下：
| 命令 | 描述 |
|---|---|
| set | 添加或者更新 |
| get | 获取数据 |
| add | 数据不存在的时候添加 |
| replace | 数据存在的时候替换value的值 |
| append | 后面追加 |
| prepend | 前面追加 |
2.Memcached主要特征
1.协议简单
server和client的通信并不使用复杂的XML或者json协议，而是使用简单的文本协议和二进制协议
2.内置内存存储方式
Memcached是纯内存存储，不支持持久化，因此当Memcached重启或者机器重启的时候所有数据会丢失。
因此会存在数据重启无法恢复的问题。
3.Memcached使用客户端分布式
Memcached服务端没有分布式的功能，各个实例之间并不会互相通信或者数据共享，因此需要依赖客户端实现分布式。
3.Memcached存在的问题
1.因此会存在数据重启无法恢复的问题
可以通过配合持久化数据库MemcachedDB使用
2.无法通过key做范围查询
3.没有提供高可用相关支持，只能通过客户端逻辑来处理，比如写入的时候同时写入主备服务器
4.Memcached内存存储分析
Memcached使用Slab Allocator机制分配和管理内存，这种分配机制可以减少内存碎片的产生，减轻系统管理内存的负担。
Slab Allocator的分配机制其实很简单，就是将内存分割成各种尺寸的内存快（Chunk）并将尺寸相同的内存块分组Slab Class。其中分配的快可以重新利用，不会释放到内存中。
其中分配给Slab Class的内存空间为Page（默认大小为1MB）。
内存分配结构大致如下：
分配的内存快大小目前默认最小内存块为：88Bytes，Growth Factor决定了内存块增长的幅度，默认值为1.25，可以通过启动参数配置。
这种分配方式在一定程度上也会造成内存的浪费，比如要保存100字节的数据的时候，只能放到112Bytes的内存块中，剩余的12Byte内存空间被浪费。
结构中各个部分数量的计算：
Page个数 = 内存总空间 / 1MB
各个Page中Chunk的个数 = 1MB / Chunk的大小
Chunk大小计算 = 初始值 * Growth Factor
当设置缓存的时候，会根据Item的大小来决定保存到那个Slab Class中，其中Item大小为：
key长 + value长度 + 后缀长度 + item长度大小（32个字节）
其中Memcached可以保存的数据Item最大为1MB。
5.Memcached典型问题分析
对于Memcached的使用中一般会出现以下问题：
1. 容量问题
单一节点无法突破内存上限
2. 服务高可用
服务宕机会导致访问全部穿透数据库
3. 扩展问题
无法突破单实例请求峰值
Memcached当达到内存上线的时候，会对内存数据进行垃圾回收，垃圾回收有两种方式：
1.Lazy模式，Memcached不会自动去检查数据的过期情况，而是在查询的时候，检查数据的过期情况，然后对数据进行相应处理。
2.使用LRU算法进行内存垃圾回收（最近最少使用算法）
其中垃圾回收是在Slab Class范围内的，并不是全局的LRU
对于Memcached使用集群的方式，有两种算法来计算缓存落在那一台缓存机器。
方法一： key.hashCode() / 缓存节点个数
缺点：当对分布式缓存中添加、删除或者节点故障剔除操作中，会导致所有的历史数据都无法找到
方法二：使用一致性哈希算法可以解决1中的问题
数据一致性问题怎么解决
key冲突的问题解决
可以使用明明空间，对于不同的系统，使用不同的明明空间，比如前缀：ns_