ITPub博客

先贴出Infinispan配置文件说明：<?xmlversion="1.0"encoding="UTF-8"?><infinispanxmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"xsi:schemaLocation="u

目录内文一、目标：二、输入：三、执行：四、输出：五、参考：内文一、目标：从csv档汇入GraphDb(Neo4j、ArangoDB、OrientDB)Couple二、输入：PERSON-资料Relationships(parent,spouse)-关系三、执行：Neo4jqueryPOST/db/d

graphdb-benchmark是一款图数据库性能测试的工具集，HugeGraphfork后适配地址：https://github.com/hugegraph/graphdb-benchmarks目前使用方法为：1、gitclone代码到测试服务器（建议是Linux）2、下载并拷贝测试数据集到gr

我现在的数据库文件夹是16.2G，用的电脑win764位，内存16G，neo4j.conf里面的两个参数设置如下：dbms.memory.heap.initial_size=1024mdbms.memory.heap.max_size=6000m现在单纯的开启neo4j服务是可以的，但是在eclip

几乎所有的企业都需要了解如何快速并且高效地影响客户来购买他们的产品并且推荐其他相关商品给他们。这可能需要用到云服务的推荐，个性化，网络分析工具。图非常适合这些类似的分析用例，如推荐产品，或基于用户数据，过去行为，推荐个性化广告。下面我们来看看怎么使用图做个性化推荐购买graphdb服务登录www.a

文章作者：孙立链接：http://www.cnblogs.com/sunli/启动参数介绍ttserver命令可以启动一个数据库实例。因为数据库已经实现了TokyoCabinet的抽象API,所以可以在启动的时候指定数据库的配置类型。支持的数据库类型有：内存hash数据库内存tree数据库hash数

转载自：http://yfyfj.blog.163.com/blog/static/154247842013264398931/?suggestedreading简介ttserver有两个参数#bnum和#xmsiz，其中，bnum设置桶数量，标明有多少桶ttserver中的“热数据”会交换到内存；

相比Memcachedb而言，TokyoTyrant具有以下优势：1、故障转移：TokyoTyrant支持双机互为主辅模式，主辅库均可读写，而Memcachedb目前支持类似MySQL主辅库同步的方式实现读写分离，支持“主服务器可读写、辅助服务器只读”模式。2、日志文件体积小：TokyoTyrant

TokyoTyrant是目前评价最高的key-value数据库之一，本文记录在linux(suse11)上的安装过程。1)安装TokyoCabinetTokyoTyrant和TokyoCabinet的关系，个人感觉类似于mysql数据库和InnoDB存储引擎的关系。在安装TokyoTyrant之前，

本节介绍TokyoTyrant的客户端程序。四.客户端程序1)tcrtest'tcrtest'命令是用于敏捷测试和性能测试的工具。这个命令的使用格式如下。'host'指定服务器的主机名,'rnum'指定重复测试的数目。1.tcrtestwrite[-portnum][-cnumnum][-toutn

本节介绍TokyoTyrant的服务器程序。三.服务器程序1)ttserver命令'ttserver'运行服务器端管理一个数据库实例。因为数据库被视为TokyoCabinet的抽象API，你可以在服务器启动时选择方案。支持的方案有on-memoryhashdatabase,on-memorytree

启动tokyotyrant单机模式ulimit-SHn51200ttserver-host127.0.0.1-port11211-thnum8-dmn-pid/data/tt.pid-log/data/tt.log-le-ulog/data/-ulim128m-sid1-rts/data/tt.rt

以前的项目大都把数据存放在关系型数据库中，关系型数据库的优势在于使用普及，资料丰富，且有大量辅助类库来简化开发。当然它们的问题比较明显的，一是在数据量上升的情况下伸缩性比较差，且进行结构调整的代价比较高。因此现在有个所谓NoSQL的“运动”也逐渐普遍起来了，它便是借助一些非关系型存储方式来开发项目（

TokyoTyrant数据压缩转载自：http://www.cnblogs.com/sunli/archive/2010/02/05/1664712.html由于忙于工作，好久继续写关于ttserver的东西了。最近由于服务器准备的原因，只能在32位上做ttserver的测试，很快数据就达到2G，t

1.如果使用hash数据库我们可以指定#bnum=xxx来提高性能。xxx大于或等于我们的记录总数。2.如果使用B+tree数据库我们可以通过指定"#lcnum=xxx#bnum=yyy"来提高性能。第一个参数指定被缓存的最大叶子节点数，受内存容量限制，第二个参数指定桶的数量，它应该大于总记录数的1

从TokyoTyrant官网上看，它是兼容Memcached协议的，但在实际使用中发现以下两个问题：1、在保存值到服务器时，Memcached的API会对值进行一次序列化，并且把值的原类型（一个整型，Memcached自己定义的），保存到服务器上，但是TTServer是无法保存的，每次get回来的类

启动TokyoTyrant使用命令：ttservctlstart使用命令查看当前进程：ps-ef|grepttserver结果如下，说明在1978端口启动ttserver成功，数据库文件存储在/var/ttserver/casket.tch：root109231020:09?00:00:00ttse

"tyrant分析-总体设计"中已经提到，slave起一个线程(do_slave)做主从复制，它和master建立tcp连接，发送请求命令和起始时间rts+1(上次的更新时间加1秒)给master，然后循环的从master那里接收一条条的记录，更新自己db、ulog和rtsfile。do_slave

http://www.zavakid.com/2011/11/17/tokyo-tyrant-vs-redis/之前简单的看了一下TokyoTyrant(包括TokyoCabint)在hash存储上的一些实现，最近Redis又比较火热，因此，自己也尝试性的去了解了一下Redis，并且结合TokyoT

转载自：http://www.cnblogs.com/sunli/archive/2010/02/05/1664712.html由于忙于工作，好久继续写关于ttserver的东西了。最近由于服务器准备的原因，只能在32位上做ttserver的测试，很快数据就达到2G，ttserver无法正常工作，于