bookkeeper安装及测试体验随着zookeeper 3.4.0 release，bookkeeper被从zk中分离成为了一个独立的项目。这是
bookkeeper安装及测试体验
随着zookeeper 3.4.0 release，bookkeeper被从zk中分离成为了一个独立的项目。这是一个轻量级的项目，代码并不复杂，可以想见未来很可能被广泛用在各种应用系统中，以提供基于日志的高可靠共享消息存储。
bookkeeper是一个基于zookeeper实现的分布式共享消息存储服务，它提供高可靠性、高并发性，以及很高的读写性能。
向bookkeeper写数据时，先写log，然后再写内存，内存中的数据则定期flush到磁盘上。
这篇blog提供一个简单的入门手册，下篇blog进行一些简单的分析。
安装（以trunk为例）：
下载https://svn.apache.org/repos/asf/zookeeper/bookkeeper/trunk 编译：mvn package 编译完以后，我们主要关注bookkeeper-server以及bookkeeper-benchmark 先配置和启动zookeeper，不提
进入bookkeeper，通过bin/bookkeeper bookie可以启动集群。不过在此之前我们先修改一下conf/bk_server.conf
bookiePort=3181journalDirectory=/disk1/bookkeeper/bk-txn (write ahead log目录)ledgerDirectories=/disk2/bookkeeper/bk-data (data 目录，注意我们与log放在不同的磁盘，以提高写速度，目前的多目录有点坑爹，代码里硬编码了只用第一个目录，应该是个bug)zkLedgersRootPath=/ledgers (zookeeper上的根结点)flushInterval=100 (数据刷新到磁盘的间隔)zkServers=192.168.0.1:2181,192.168.0.2:2181,192.168.0.3:2181serverTcpNoDelay=true (tcp参数，如果都是几十字节以下的小请求且tps很高，可以设为false)
ok，将配置复制到所有的bookie节点上，每台节点上执行bin/bookkeeper bookie，启动完成
测试代码：
可以参照benchmark下的TestClient.java，
注意:
传入BookKeeper的初始参数是zookeeper的地址而不是bookkeeper 为了提高性能，write要用异步且用回调来确认是否写入成功，LedgerHandle要保证在写入中能平均分配到
测试结果参考：
用了和白皮书上不同的机器配置（白皮书上的测试结果见：http://wiki.apache.org/hadoop/BookKeeperPerfPage）
我的测试配置：3台zk机器，5台bookie机器。且相互独立。client只用了一个，也独立
bookie服务器配置：2块7.5k转速，1TB seta,8core 超线程到16 E5620, 24GB内存
replication为2，集群数为3和5时，50个LedgerHandle,共写入100w行数据。测试结果如下：
集群数数据大小tps350B117k/s3100B82.8k/s3500B51.9k/s31KB33.6k/s
集群数数据大小tps550B119k/s5100B107k/s5500B55.8k/s51KB34.7k/s
实际测试时，观察到在50和100B的时候，client的cpu到了瓶颈，在500/1000B下，client的网卡到了瓶颈。可见server端还是有很大空闲的。并发性能还没有测试。 1 楼 wangjinpeng 2011-12-06 https://github.com/yahoo/omid 这个可以给HBase提供跨行事务管理的项目就是用BookKeeper来做事务状态记录日志记录的，貌似HBase邮件列表里面还有人想把regionserver的WAL移到BookKeeper上去的打算，说是可靠性和性能都有提升，还能说region级别的WAL，哈哈，看来BookKeeper很有人气啊~~~ 2 楼 lc_koven 2011-12-06 wangjinpeng 写道https://github.com/yahoo/omid 这个可以给HBase提供跨行事务管理的项目就是用BookKeeper来做事务状态记录日志记录的，貌似HBase邮件列表里面还有人想把regionserver的WAL移到BookKeeper上去的打算，说是可靠性和性能都有提升，还能说region级别的WAL，哈哈，看来BookKeeper很有人气啊~~~
这个我们己经有过测试了。暂时不能用于生产，还有很多问题没解决，需要对代码再做一次改动。不过从原理上来看，它可以线性扩展地提供事务支持，很看好！
