原文地址：http://code.google.com/p/memcached/wiki/TutorialCachingStory

缓存的故事

两个勇敢的冒险者，程序员（programmer）和系统管理员（sysadmin），开始了一段旅行。他们一起制作网站，网站包含web服务器和数据库。用户们通过互联网访问站点，与web服务器对话，要求为他们返回页面。web服务器则向数据库发请求来生成那些页面。程序员编码，系统管理员增加web服务器和数据库服务器。

一天系统管理员认识到他们的数据库病了，因为它总是喷出红色的@#￥%！系统管理员断言一定是发烧了，平均负载量为20！程序员问道：“那么，我们能做什么？”系统管理员说：“我听说过一个伟大的东西叫做memcached，它曾经帮助过livejournal，youtube，twitter等许多站点”。
“好吧让我们试试”程序员道。

勇敢的系统管理员注视着他的6个web服务器。他决定用其中的3个来运行memcached server。系统管理员为每个web服务器增加了1G内存，然后启动了memcached，并限制其内存使用为1G。这样他拥有了3个memcached实例，每个都能容纳1G的数据。最后，程序员和系统管理员静静等待着充满光辉的memcached。

“呃，什麽情况”他们说，“它竟然啥都没做!”。memcached没有任何交互，当然也没有任何的数据，而现在他们的数据库平均负载到了25！

爱冒险的程序员抓住了pecl/memcache client libray手册，也就是安装在6台web服务器上的那些。“别怕！”他说，“我有办法了！”。他把3个memcached server的ip与端口记录在了一个php的数组里

$MEMCACHE_SERVER = array(
"10.1.1.1",  // web1
"10.1.1.2",  // web2
"10.1.1.3",  // web3
);

然后他生成了一个对象，名字叫”$memcache”

$memcache = new Memcache();
foreach($MEMCACHE_SERVERS as $server){
$memcache->addServer ( $server );
}

然后程序员开始思考，想啊想啊想。

“我知道了！”他叫道“前台有个东西执行了SELECT * FROM hugetable WHERE timestamp > lastweek ORDER BY timestamp ASC LIMIT 50000; 这玩意运行了整整5秒！”
“让我们把它放到memcached里”。他把SELECT的代码打进了那个$memcache对象中。他的内码做了如下工作：

SELECT语句的结果是否存在于memcache中，如果不存在的话，那么就执行查询，把结果放入memcache，代码如下

$huge_data_for_frong_page = $memcache->get("huge_data_for_frong_page");
if($huge_data_for_frong_page === false){
$huge_data_for_frong_page = array();
$sql = "SELECT * FROM hugetable WHERE timestamp > lastweek ORDER BY timestamp ASC LIMIT 50000";
$res = mysql_query($sql, $mysql_connection);
while($rec = mysql_fetch_assoc($res)){
$huge_data_for_frong_page[] = $rec;
}
// cache for 10 minutes
$memcache->set("huge_data_for_frong_page", $huge_data_for_frong_page, 600);
}

// use $huge_data_for_frong_page how you please

程序员更新了代码。系统管理员开始冒汗。。。
。。。
啪！！
数据库负载下降到了10！网站现在快多了。但是系统管理员突然迷惑起来：“到底发生了什么？”“我在memcached servers上安装了图表软件（cacti），但是只看到其中一个memcached有交互！我可是安装了三个memcached server的！”。然后管理员迅速学习了ascii协议并telnet到了每个memcached的11211端口，他问道：

Hey, ‘get huge_data_for_front_page’ 你在吗？

第一个memcached没有回答。。。

第二个memcached也没用回答。。。

第三个memcached，呃。。在telnet session中吐出了一大坨的东西！。。。数据在这！只有一个memcached存储了程序员取出的缓存!

不解，随即他向邮件列表（mailing list）求助。所有的回复都是一个说法“这是一个分布式的缓存，就是那样工作的”。不过。。。那是到底是啥意思。。。仍然很迷惑。。。甚至有一点害怕。系统管理员让程序员再稍微多缓存一些东西，“让我们看看会发生什么，我们一定能把这玩意解决”。

“好吧，还有另外的一个查询，它并不慢，但是每秒会执行100次。或许memcached能帮忙。”程序员道。然后他就想之前做的一样更新了代码。这一次，数据库负载降到了8！

之后程序员就把越来越多的东西缓存了起来，他使用了新的技术。“我从list和faq里面找到了这些东西，多好的家伙们”他说。数据库的负载越来越小7,5,3,2,1！

“ok”系统管理员说“我们再试试”他又看了看图表软件。所有的memcache都在运行，而且都接到了requests。这非常好，它们都工作了。

又一次的，他在memcache servers上寻找用程序员使用过的key。get this_key’ ‘get that_key’ 但是每个key，他都只能从唯一的一个memcached中找到！为什么会这样呢，他彻夜思索，不得其解。那太傻了，难道你不想让keys存在于所有的memcacheds上么？

“等等”他想了想“我给了每个memcached 1G的内存，也就是说，我总共能缓存3G数据库的数据，而不是1G，啊，这太好了！”“这可以让我减少1吨的垃圾，#@#￥#￥%……”

“不过，嗯，还有个问题，这是个棘手的事。有个web服务器在这儿，运行着memcached，但是它很老了且有问题，需要升级。可如果升级我需要把它offline！offline的话，那我的memcache cluster咋办？呃。。。试试看好了”。他关闭了web服务器。然后他盯着图表软件”噢，数据库负载在直线上升！负载不再是1了，现在变成了2。嗯。。不过还可以忍受。所有其他的memcached都还在工作，这还不算太坏。仅仅是有一些缓存miss了，我也即将完成我的工作了。然后他打开了web服务器，并让memcached重新开发工作。几分钟后，数据库负载重新变回了1

“缓存自己恢复了！我明白了，如果它不可用了仅仅意味着我的一些请求miss了。但是还那不足以kill me。很好，很强大。”

之后，程序员和系统管理员不断创建着网站。他们继续使用着缓存。有问题的时候，询问mailing list或是读读faq。不时看看他们的图表软件。俩人从此以后的生活一直很happy。

原文地址：http://code.google.com/p/memcached/wiki/NewOverview

Memcached

Memcached是一个免费，开源，高性能，分布式内存对象缓存系统，具有通用性。特别适用于减轻数据库负载从而加速动态web应用。

Memcached将key-value以小数据块的形式存储在内存中的，其中的内容可能是数据库调用的结果，api调用的结果或是页面渲染。

Memcached简单且强大。它能够加快开发速度，减轻开发压力并能解决面对大型数据缓存的许多问题。它提供多种语言的API。

它的核心是最简单的key-value（键-值）存储。

更多关于Memcached

我把它打开了但是我的应用没有变快！！

Memcached是一个开发工具，不是一个代码加速器，更不是一个数据库中间件。如果你尝试对下载或购买的应用程序去使用memcached，你最好期望能在它们的官方文档里看到怎样使用memcached。不过大部分情况下那些文档帮不了你太多。

Memcached的组件有哪些？

·客户端，它能得到当前可用memcached server列表
·客户端的哈希算法，它能依据输入的key选择一个server
·服务器端，它在自己内部的哈希表中存储key-value数据
·服务器端算法，它会决定何时丢掉旧数据（如果内存不足的话），或是重用内存

Memcached的设计理念

简单的key/value存储结构

服务端不关心你的数据是什么。数据项由一个key，一个expiration time（到期时间），一些可选标志和原始数据组成。它不关心数据结构是什么，你必须上传pre-serialized（预串行化？）过的数据。一些命令（incr/decr）可以操作底层数据，但它们的实现都很简单。

灵巧的实现（一半在客户端，一半在服务器端）

一个”memcached implementation”是一部分在客户端实现，一部分在服务器端实现的。

客户端知道应该怎样发送数据项给特定的服务端，知道当服务端无法通信时改怎样做，也知道怎样从服务端获取key

服务端知道怎样接收数据项并且怎样让数据项过期。

服务器端相互无联系

Memcached服务端通常无法察觉其它服务端的存在，也就是说，它们之前没有通信，没有同步，没有广播。缺乏内部连接意味着，当你添加更多的服务端的时候将会增加比你预想的更多的容量。这个原则或许有例外，但那些是少数情况并且应该特别注意。

一切都是O(1)复杂度

所有memcached的命令都是O(1)的复杂度。每个命令每次处理都大致花费相同的时间，并且不会再任何地方出现明显的缓慢。这源于“简单的key/value存储结构”法则，就如同你并不想同时在缓存服务中处理成百上千个webserver的请求。

忘记数据是一个Feature

Memcached默认是一个Recently Used cache（最近使用过的缓存）。它被设计成当经过特定的时间段后让数据项过期。这两点对许多问题都是比较优雅的解决方法。过期数据项在一分钟后限制旧数据的返回，或是flush未使用的数据来保留频繁的请求信息。

这些使得memcached运行中保持极大的简单化。无等待的垃圾回收器保证了低延时，且空闲空间被非主动的回收了。

缓存失效是一个问题

由于memcached的中央集群的概念，将缓存条目标记为失效的工作变得很琐碎。相比对所有可用的host广播数据，客户端直接处于需要验证的数据位置上。可能在你的需求上有更加复杂的情况，也就是那些注意事项，但是你已经sit on a strong baseline

Memcached的演变

（略）