Memcached相关内容总结

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_