ttserver介绍

原文出处：http://hi.baidu.com/thinkinginlamp/blog/item/2b6f6709926669c63bc763d1.html

尝试Tokyo Cabinet2009年06月22日 星期一 下午 04:37作者：老王

Tokyo Cabinet是一个高效键值数据库，不过和Redis相比，它没有内建的网络接口支持，所以得额外安装，作者已经写好了，就是Tokyo Tyrant：

分别下载源代码：

wget http://tokyocabinet.sourceforge.net/tokyocabinet-1.4.27.tar.gz
wget http://tokyocabinet.sourceforge.net/tyrantpkg/tokyotyrant-1.1.29.tar.gz

注：tokyocabinet源代码包里的Makefile.in文件内有很多用法演示，强烈推荐看看。

两个软件包的安装都很简单，就是Linux下人人皆知的三板斧：

./configure & make & make install

安装完成后，执行ttserver命令就会启动服务，缺省情况下，没有给任何参数使用的是内存数据库。

网络接口Tokyo Tyrant支持HTTP操作方式，我们新开一个命令行窗口来验证一下：

curl -X PUT http://127.0.0.1:1978/foo -d bar
curl http://127.0.0.1:1978/foo

前面是通过执行ttserver命令的方式来启动服务的，实际上还有更优雅的方式，那就是通过ttservctl脚本。

vi /usr/local/sbin/ttservctl

通过ttservctl脚本启动服务缺省使用的是文件数据库，有四种类型的文件数据库，具体使用的是哪种可以通过ttservctl脚本里的dbname扩展名来判断：

.tch - Hash
.tcb - Btree
.tcf - Fixed-length
.tct - Table

每种文件数据库都分别对应这一个mgr命令行工具，可以通过如下命令来查看：

ls /usr/local/bin/*mgr（同时还有很多测试工具，ls /usr/local/bin/*test）

比如说，tch对应的就是tchmgr，tcb对应的就是tcbmgr，tcf对应的就是tcfmgr，tct对应的就是tctmgr。剩下的tcamgr相当于是一个数据抽象层，各种类型都能操作，而tcrmgr相当于是一个远程数据接口，它们的使用都不难，可以对照man手册自己试试：

tchmgr create db
tchmgr put ./db foo bar
tchmgr get ./db foo

如果使用tcamgr的话，在创建数据库的时候要指明扩展名，以便抽象层能判断出要创建的类型：

tcamgr create db.tch
tcamgr put ./db.tch foo bar
tcamgr get ./db.tch foo

要想测试tcrmgr的话，记得先启动ttservctl再测试：

tcrmgr put localhost foo bar
tcrmgr get localhost foo

相对比较NB的是Table类型数据库的使用，可以模拟保存关系数据库中的表：

tctmgr create articles
tctmgr put articles 1 "title" "foo_1" "content" "bar_1"
tctmgr put articles 2 "title" "foo_2" "content" "bar_2"

第一个操作：

tctmgr list -pv articles

会输出如下内容：

1 title foo_1 content bar_1
2 title foo_2 content bar_2

第二个操作：

tctmgr get articles 1

会输出如下内容：

title foo_1
content bar_1

第三个操作：

tctmgr search -pv articles title STREQ foo_2

会输出如下内容：

2 title foo_2 content bar_2

就好像操作关系数据库一样，STREQ在这里是等于的意思，在man tctmgr里能查到完整的命令列表：

The operator of the 'search' subcommand is one of "STREQ", "STRINC", "STRBW", "STREW", "STRAND", "STROR", "STROREQ", "STRRX", "NUMEQ", "NUMGT", "NUMGE", "NUMLT", "NUMLE", "NUMBT", "NUMOREQ", "FTSPH", "FTSAND", "FTSOR", and "FTSEX". If "~" preposes each operator, the logical meaning is reversed. If "+" preposes each operator, no index is used for the operator. The type of the '-ord' option is one of "STRASC", "STRDESC", "NUMASC", and "NUMDESC". This command returns 0 on success, another on failure.

具体的含义可以在API文档中关于tctdbqryaddcond的部分查到。

同时，网络接口Tokyo Tyrant不仅支持HTTP的操作方式，同时还兼容Memcached协议，这无疑是个很实惠的优点，比如说对于PHP来说，可以使用现成的Memcached扩展，而不用再费力写新的扩展：

$instance = new Memcache();
$instance->connect('127.0.0.1', '1978');
$instance->set('foo', 'bar');
echo $instance->get('foo');

不过这个优点也是有代价的，在使用Memcached方式连接Tokyo Tyrant时，Tokyo Tyrant会忽略flags，exptime，cas unique这几个标志位，其中忽略flags标志位意味着，PHP客户端要自己负责反序列化。同时，在使用Memcached方式连接Tokyo Tyrant时，就不能使用Tokyo Cabinet的高级功能了，这时的Tokyo Cabinet退化成一个彻彻底底的键值数据库。

和Memcached客户端相比，使用专用客户端功能会更丰富一些，PHP的不多，就PHPTyrant还像点样。

总体感觉，和Redis相比，Tokyo Cabinet的功能易用性要稍差一些，同时，由于Tokyo Cabinet是使用同步数据磁盘操作的方式，而Redis是使用异步数据磁盘操作的方式，所以Redis的效率也会更高一些，但反过来看，一旦出现故障，Redis丢失数据的可能性也要比Tokyo Cabinet大一些。还有一个明显的区别是，Redis会把所有的数据导入到内存里来操作，所以如果你的内存不够大的话，Tokyo Cabinet则会是更合理的选择。