缓存服务

许多Web应用都将数据保存到RDBMS中，应用服务器从中读取数据并在浏览器中显示。 但随着数据量的增大、访问的集中，就会出现RDBMS的负担加重、数据库响应恶化、 网站显示延迟等重大影响。

 

就是说把经常需要访问的数据对象缓存在内存中，提高响应速度。
 
常见的缓存系统：
1. memcached
2. redis
3. ehcache
4. dcache
etc.
 
为了实现缓存的共享，采用远程分布式缓存—采用特定的服务器提供缓存服务，其它需要访问应用远程访问服务器。
 
但不同的缓存方案配置不一，使用方式也不同，点评采用avatar-cache的缓存平台，实现了可接入不同类型的缓存，提供统一的
配置和访问接口，采用zookeeper管理分布式的缓存客户端。（那应用要访问某一类型的缓存时，具体过程是怎样的呢？）
 
不过现在貌似要启用avatar-cache，推Squirrel了.
 

Squirrel

 
Squirrel在avatar-cache的基础上增加了对redisCluster模式的支持。 

 
关键概念：（key，value），主要的存储对象。后面主要使用redis。

使用流程

先要申请Cluster，然后申请Category，类似申请一个表的缓存：
// 用于表示一个缓存大类,同一个category中存储的value值应该具有相同的业务含义.

热点缓存：
针对某些访问量特别大的key，设置热点缓存。
设置热点缓存key的目的是，防止在key到了缓存失效时间之后，大量的访问请求导致大量的数据库访问请求（因为缓存失效后会触发到数据库读数据）。
其机制是保存一个缓存的副本，该副本的超时时间比主缓存迟30s，只有第一个请求发现缓存失效后才会请求数据库（约定），后续的请求直接访问旧
副本，直到新的缓存生效。
 
缓存被清除：第一个请求者加锁，访问数据库，后续访问前一个版本。
缓存过期：第一个请求者加锁，访问数据库，后续访问缓存副本。
加锁过程：添加“_lock”的key。
 

异步化接口

Squirrel还提供了异步化的接口，主要提供Future方式和CallBack方式。
 
 

redis

数据类型：

redis和memcache相比，除了普通的(key,value)方式外，还支持更丰富的数据类型，如Hash、List、Set、Sorted Set等。
当我们说其支持Hash时，其实是value的实现为一HashMap，在HashMap内部，采用field作为key。HashMap内部数据较少时，
采用类似一维数组的形式存储，对应redisObject的encoding方式为zipmap，数据成员数量增大时，会转为真正的HashMap。

内存管理方式：

memcache采用Slab Allocation机制，该机制预先将内存划分为不同大小的块，有点是碎片较少，缺点是利用率不够高。
 
redis通过起始指针加上数据块大小记录位，记录实际占用内存，优点是内存利用率高，缺点是比较复杂。

持久化支持

redis支持持久化，通过快照和AOF日志方式，
memcache不支持持久化。

 
squirrel使用，其中的key由 ${category}.${template}_${version}组成。
category:可以简单类比为表
template：理解为表中几个数据列
version：squirrel内部管理的数字，比如清缓存时会加1.
 

 
 
然后是KV系统的学习。
什么是KV系统。
 
medis/redis。

未完。。。