张宴的博客

dbcached 与新浪的另一开源产品 Memcachedb 一样，都支持 Memcached 协议，具有持久化存储功能，但两者有不同之处：

1、故障转移

先引用 memcached 官方网站和 PHP 手册中的两段话：
http://www.danga.com/memcached/
If a host goes down, the API re-maps that dead host's requests onto the servers that are available.

http://cn.php.net/manual/zh/function.Memcache-addServer.php
Failover may occur at any stage in any of the methods, as long as other servers are available the request the user won't notice. Any kind of socket or Memcached server level errors (except out-of-memory) may trigger the failover. Normal client errors such as adding an existing key will not trigger a failover.

再以一个例子来说明：
<?php
/* OO API */
$memcache = new Memcache;
$memcache->addServer('192.168.0.5', 11211);
$memcache->addServer('192.168.0.6', 11211);
$memcache->addServer('192.168.0.7', 11211);
$memcache->addServer('192.168.0.8', 11211);
?>

       当 Memcache 客户端使用 addServer 服务器池时，是根据“crc32(key) % current_server_num”哈希算法将key哈希到不同的服务器的，PHP、C和python的客户端都是如此的算法。

       Memcache 客户端的 addserver 具有故障转移机制，当 addserver 了4台 Memcached 服务器，而其中一台宕机了，那么 current_server_num 会由原先的4变成3，这时就会重新哈希了。

       举个例子，假设在4台服务器都正常的情况下，key 值 aaa 被哈希到服务器 192.168.0.5 上，如果这时 192.168.0.7 宕机了，key 值 aaa 就可能就会被重新哈希到服务器 192.168.0.6 上，这时就找不到数据了。当然，假设 key 值 aaa 两次哈希的值是一样，它将仍被哈希到 192.168.0.5 上，但是不管怎样，都会导致一部分数据丢失。

       Memcachedb 可以保证数据的持久化存储，但目前还没有解决 Memcache 服务器池故障转移导致的数据丢失。而 dbcached 可以，它在未命中时会请求后端的 NMDB 取回数据。在接下来的版本中，dbcached 后端的 NMDB 将设计为两台，进行互备，届时无论前端 dbcached 中的某几台挂了还是后端 NMDB 中的一台挂了，数据都不会丢失。

2、设计方向

       dbcached 和 Memcachedb 的设计方向不同，dbcached 的设计方向是发挥 Memcached 的内存缓存性能优势，使之成为一个具有“故障转移”、“数据持久化存储”、“多服务器同时读写”的高并发内存缓存系统，它是围绕 Memcached 进行开发的。而 Memcachedb 只使用了 Memcached 的协议和网络层，抛弃了 Memcached 的内存管理部分，使用 Berkeley DB 数据库自身的缓存来实现，是围绕 Berkeley DB 进行开发的，目前支持类似 MySQL 主辅库同步的方式实现读写分离，支持“主服务器可读写、辅助服务器只读”模式。

Truck MMCache 即 eAccelerator 的前身，推荐安装 eAccelerator，装上就可以起到加速PHP的作用了。

区别在于并发性能和速度：

1、并发：千万级数据查询，MySQL的速度比较慢，如果并发连接达到300以上，MySQL基本上就崩溃了。就算是只有几万条数据的定长表，撑死也就能达到3000的并发连接。
2、速度：往QDBM中写入100万条记录，只需耗费1～4秒，Berkeley DB 只需3～11秒，取平均值5秒计算，每秒可以插入20万条记录，而读取速度还要稍快一点，对于千万级的数据处理性能没问题。而MySQL每秒只能插入50～1000条数据。

但是 QDBM 或 Berkeley DB 等嵌入式数据库不是关系型数据库，不能进行SQL语句查询、排序，只能根据key值写入或者读取其对应的Value信息。

对于千万级的数据，Memcached是很快的，因为它是根据key，确定value在内存中的位置，从而取出数据，性能跟数据条数无关。不然 Facebook 也不会弄400台 16GB 的机器来跑 memcached。

而QDBM、BDB是哈希数据库，BDB的最大容量支持256TB，比MySQL的SELECT要快的多。

对于“Memcache 客户端”而言，dbcached 的写操作是很快的。
普通 Memcached 接收到set请求，将数据写入内存。
dbcached 接收到set请求，将数据写入内存，并将数据通过UDP协议发送给NMDB。通过UDP协议发送给NMDB几乎不会花费多少时间，因为dbcached将数据发送出就结束会话了，它不会管NMDB是否接收到，也不会管NMDB的返回信息。NMDB接收到信息，会用队列去写QDBM数据库的，写数据库的速度慢了些也没关系，不影响用户服务。

MySQL专用于做复杂的关系查询，dbcached专用于做简单的高并发查询。

dbcached的目的就是为了避免Memcached挂掉重启后，从后端的MySQL大量读取数据。在我们的应用中，一台Memcached的并发连接最大跑到8000多，只要倒一台，这部分并发量去访问后端的MySQL服务器重新取回数据，都是无法承受的，因为我们没有这么多的MySQL服务器。

直接用QDBM，dbcached和QDBM就必须放在一台服务器上，这样跟Memcachedb就没什么差别了。

dbcached 整个构架是：dbcached 这一层服务器只做缓存，后端 NMDB+QDBM 的一层为数据存储中心。这样就需要跨服务器读写QDBM，跨服务器就需要走网络协议，所以用了现成的开源工具 NMDB 去处理网络层。（其实后端用 Memcachedb 也是差不多的，以后可能会考虑支持）

目前前端的 dbcached 服务器倒了任何一台，都是没关系的，只要还有其他的 dbcached 服务器活着，在这段时间内用户的读写仍然正常，缓存中丢失的数据会请求后端的 NMDB 重新获取。

而后端的 NMDB + QDBM 目前只有一台，按照我的思路，在今后的 dbcached 版本，后端将增加到两台 NMDB + QDBM，dbcached 将接收到的set请求用UDP协议同时发送给两台 NMDB + QDBM（UDP只发送不接收，发出去就不等待了，多发一次也不影响效率），get请求未命中时先请求第一台 NMDB + QDBM，如果发现它挂了，会请求第二台 NMDB + QDBM，就有点类似本地DNS设置的主、辅服务器。

这样无论前端 dbcached 中的某几台挂了还是后端 NMDB 中的一台挂了，在这段时间内，用户的读写数据都不会受到影响。

稍微复杂一点的可以用写入、读出数据来实现，以下这种方法是将数组存入一个key：
<?php
$memcache = new Memcache;
$memcache->addServer('127.0.0.1', 11211);

$title_id = "id_123";
$key['title'] = "this is title";
$key['content'] = "this is content";
$key['date'] = "2008-02-22 13:14:23";

$memcache->set($title_id, $key);

echo "<pre>";
print_r($memcache->get($title_id));
echo "</pre>";
?>
显示：
Array
(
   [title] => this is title
   [content] => this is content
   [date] => 2008-02-22 13:14:23
)


还有一种方法就是存入多个key，取的时候可以取其中的一部分：
<?php
$memcache = new Memcache;
$memcache->addServer('127.0.0.1', 11211);

$title_id = "id_123";
$memcache->set('title_'.$title_id, 'this is title');
$memcache->set('content_'.$title_id, 'this is content');
$memcache->set('date_'.$title_id, '2008-02-22 13:14:23');

$keys = array();
$keys[]= 'title_'.$title_id;
$keys[]= 'content_'.$title_id;

echo "<pre>";
print_r($memcache->get($keys));
echo "</pre>";
?>
显示：
Array
(
   [title_id_123] => this is title
   [content_id_123] => this is content
)


再复杂的就要用关系型数据库了。