Memcached性能测试技术标准介绍

主体监控思路虽大致相同，但细节仍然需要认真把握， 对于团队来讲，则进入到了一个盲区，为了走出来，拨云见日，这几天我们对M emcached 的相关技术进行了补课。

1 先来讲讲大概的结构：

M emcached 默认情况下采用了名为Slab Allocator 的机制分配 ， 将分配的内存分割成各种尺寸的块（chunk），并把尺寸相同的块分成组（class ）

M emcached 会 根据收到的数据的大小 ，选择合适的 class与chunks，并 将数据缓存于其中 。从上图我们可以看到， 由于分配的是特定长度的内存，因此 就存在了 无法有效利用内存 的情况 。例如，将100 字节的数据缓存到128 字节的chunk 中，剩余的28字节就浪费了 。

结构大致了解到这里就差不多了，再往下讲起来会比较晦涩。

2 现在来看看 删除机制

主要有两点

（1）.     惰性超时机制（ Lazy Expiration ）

M emcached 不 主动 监视记录是否过期，而是在get 时 才 查看记录的时间戳，检查记录是否过期。 这样有一个好处 。不会在过期监视上耗费CPU 时间 。

（2）.     最近最少使用删除 机制 （ LRU ）

M emcached 会优先使用已超时的记录的空间，当 M emcached 的内存空间不足时（无法从class 获取到新的空间时），就从最近未被使用的记录中搜索，并将其空间分配给新的记录。

因为 Lazy Expiration 、 LRU机制的存在，M emcached 的中的缓存数据并不总是准时删除，存在延迟或提前的可能性，故在测试的过程中不能盲目认定缓存时设定的 expire 时间是完全固定的。

3 再来看看用的最多的stats 命令

memcached监控