TreodeDB测试及总结
参考资料:http://treode.github.io/store/ 官方网站
实际测试环境:3台有公网IP的服务器,一台阿里云,另两台公司内部
1host IP地址 IP1
java -jar server.jar -init -serve -host 0xF47F4AA7602F3857 -cell 0x3B69376FF6CE2141 store.db
2host IP地址 IP2
java -jar server.jar -init -serve \
-com.twitter.finatra.config.port :7071 \
-com.twitter.finatra.config.adminPort :9991 \
-host 0x4A348994B2B21DA3 \
-cell 0x3B69376FF6CE2141 \
-port 6279 \
-hail 0xF47F4AA7602F3857=IP1:6278 \
store2.db
3host 未使用
java -jar server.jar -init -serve \
-com.twitter.finatra.config.port :7072 \
-com.twitter.finatra.config.adminPort :9992 \
-host 0x4FC3013EE2AE1737 \
-cell 0x3B69376FF6CE2141 \
-port 6280 \
-hail 0xF47F4AA7602F3857=IP1:6278 \
store3.db
这时进行数据操作都是会直接返回500错误的,因为未将服务器编组,谁也不知道由谁来进行操作,即服务器启动是没有主次之分的.虽然有先后的区别
编组
curl -i -w'\n' -XPUT -d@- \
-H'content-type: application/json' \
http://IP1:7070/atlas << EOF
[ {"hosts": ["0xF47F4AA7602F3857"] } ]
EOF
给一台机器插入数据
curl -w'\n' -i -XPUT \
-H'content-type: application/json' \
-d'{"v":"antelope"}' \
http://IP1:7070/table/0x1?key=apple
另一台机器也可以查询到
curl -w'\n' -i http://IP1:7070/table/0x1?key=apple
搞定
将三台服务器都设置进来.
curl -w'\n' -i -XPUT -d@- \
-H'content-type: application/json' \
http://IP1:7070/atlas << EOF
[ { "hosts": ["0xF47F4AA7602F3857", "0x4A348994B2B21DA3", "0x4FC3013EE2AE1737"] } ]
EOF
给机器2插入数据
curl -w'\n' -i -XPUT \
-H'content-type: application/json' \
-d'{"v1":"antelope"}' \
http://IP2:7071/table/0x1?key=apple1
另一台机器也可以查询到
curl -w'\n' -i http://IP1:7070/table/0x1?key=apple1
这时关掉机器1上的程序
给机器2插入数据,两台机器时就访问不了了,500错误 报超时
curl -w'\n' -i -XPUT \
-H'content-type: application/json' \
-d'{"v2":"antelope"}' \
http://IP2:7071/table/0x1?key=apple2
重新启动机器1,机器2应用
给机器1插入数据
curl -w'\n' -i -XPUT \
-H'content-type: application/json' \
-d'{"v3":"antelope"}' \
http://IP1:7070/table/0x1?key=apple3
另一台机器也可以查询到
curl -w'\n' -i http://IP2:7071/table/0x1?key=apple3
关掉机器2上的应用
给机器1插入数据
curl -w'\n' -i -XPUT \
-H'content-type: application/json' \
-d'{"v4":"antelope"}' \
http://IP2:7071/table/0x1?key=apple4
查询不到,看样子需要启动机器3测试
curl -w'\n' -i http://IP2:7071/table/0x1?key=apple4
给机器1插入数据
curl -w'\n' -i -XPUT \
-H'content-type: application/json' \
-d'{"v5":"antelope"}' \
http://IP1:7070/table/0x1?key=apple5
另一台机器也可以查询到
curl -w'\n' -i http://IP1:7072/table/0x1?key=apple5
curl -w'\n' -i http://IP2:7071/table/0x1?key=apple5
关掉机器2
机器1,机器3仍然能查询到数据
curl -w'\n' -i http://IP1:7072/table/0x1?key=apple5
curl -w'\n' -i http://IP1:7070/table/0x1?key=apple5
给机器插入数据,以验证服务器的断线数据同步
curl -w'\n' -i -XPUT \
-H'content-type: application/json' \
-d'{"v6":"antelope"}' \
http://IP1:7070/table/0x1?key=apple6
curl -w'\n' -i http://IP1:7072/table/0x1?key=apple6
机器2启动后进行查询,可以看到数据是同步的.
curl -w'\n' -i http://IP2:7071/table/0x1?key=apple6
总结
1 安全性接口缺失,从目前的接口来看,没看到安全性控制类接口,全凭key就可以获取.商业化运行必须考虑这些.
2 数据访问类接口,可用,但读写速度并不均衡,在2MS~5000MS(最高值有可能受网络状况影响)
3 设备,主机操作类接口基本可用
4 对主机依赖性较大,且正常模式必须保持一主一备的模式运行.其余备机断线基本不受影响,
主机断线备机则无法再提供服务,即使主机重启也不行,说明主备模式切换有可能存在问题