Nosql初探(voldemort)

在这个充斥着无数的nosql的世界,voldemort作为Nosql的一员.简单测试了下'健康状态'
background:目前被LinkIn使用，与Dynamo思想类似

1.读写性能.
read 10s 100000 writer 15s 1000000
测试机的性能一般,自己开发机器.

2.压缩测试

压缩参考数据:10000条真实数据

[table]
|数据量| 压缩格式 |时间（毫秒）| 大小（k）|
|10000| Null |50013 | 16404|
|10000| Lzf |49451 | 8212|
|10000| Gzip| 47764 | 7184|
[/table]

由于资料很少,对于xml的配置,幸亏存在xrd文件,debug发现可对数据进行压缩,尤其是针对字符串的处理,这个压缩效果是很显著的.通过上面简单的测试结构就可得知.

voldemort.store.compress.StreamCompressionStrategy

[img]http://project-voldemort.com/images/logical_arch.png[/img]

压缩策略
[list]
[*]routing-strategy,
[*] preferred-reads,
[*] preferred-writes,
[*] retention-days,
[*] retention-scan-throttle-rate
[/list]
自己使用的preferred-writes.

压缩类型
[list]
[*]gzip
[*]lzf
[/list]

配置文件特别的少，只得通过xsd文件来写xml文件,存储的类型支持json,string,序列化,protobuf,identity.只要还是数据是字符串形式的,则压缩效果很明显.

压缩可针对[b]key[/b]，也可针对[b]value[/b]压缩。压缩的比率较大

本次压缩采用的是单机模型.

需要注意的就是配置本机IP
Cluster.xml

<cluster>        <name>mycluster</name>        <server>                <id>0</id>                <host>192.168.208.76</host>                <http-port>8081</http-port>                <socket-port>6666</socket-port>                <partitions>0, 1</partitions>        </server></cluster>

压缩在客户端压缩？
Stores.xml

<stores>  <store>    <name>test</name>    <persistence>bdb</persistence>    <routing>client</routing>    <replication-factor>1</replication-factor>    <required-reads>1</required-reads>    <required-writes>1</required-writes>    <key-serializer>      <type>string</type>    </key-serializer>    <value-serializer>      <type>string</type>       <compression>         <type>gzip</type>         <options>preferred-writes</options>       </compression>    </value-serializer>  </store>  <view>    <name>test-view</name>    <view-of>test</view-of>    <view-class>      voldemort.store.views.UpperCaseView    </view-class>    <value-serializer>      <type>string</type>    </value-serializer>  </view></stores>

参考资料
1. http://h5py.alfven.org/lzf/
2. http://code.google.com/p/hyk-proxy/issues/detail?id=10

Nosql初探(voldemort)相关推荐

Key/Value之王Memcached初探：三、Memcached解决Session的分布式存储场景的应用
一.高可用的Session服务器场景简介 1.1 应用服务器的无状态特性应用层服务器(这里一般指Web服务器)处理网站应用的业务逻辑,应用的一个最显著的特点是:应用的无状态性. PS:提到无状态特性 ...
大志非才不就，大才非学不成—我的博文资源汇总
零.苦逼码农的自我修养系列 PS:为什么此部分序号是零而不是一?因为这是作为一个码农所应该具有的基础之中的基础,要想做个好码农,此部分还得花大力气啃书啊,这决定了我们看待计算机程序的高度. 0.1 数 ...
大志非才不就，大才非学不成—博文资源汇总
零.苦逼码农的自我修养系列 PS:为什么此部分序号是零而不是一?因为这是作为一个码农所应该具有的基础之中的基础,要想做个好码农,此部分还得花大力气啃书啊,这决定了我们看待计算机程序的高度. 0.1 数 ...
第02课：主流分布式缓存方案的解读及比较
分布式缓存一般被定义为一个数据集合,它将数据分布(或分区)于任意数目的集群节点上.集群中的一个具体节点负责缓存中的一部分数据,整体对外提供统一的访问接口.分布式缓存一般基于冗余备份机制实现数据高可用, ...
《大型网站技术架构》读书笔记之五：万无一失之网站的高可用架构
一.可用性度量与考核首先,不得不说:要保证一个网站永远完全可用几乎是一件不可能完成的任务(Mission Impossible,是不是有点碟中谍的感觉). (1)如何度量网站可用性? 一个神奇的数字 ...
MongoDB(3)--有关NoSQL及MongoDB的一些概念
学习任何东西在没有理解的前提下去背熟一些概念是没有用的,就像只背会了几个概念而没有理解的开发人员去面试是经不住面试官的追问的.前面的两篇对MongoDB做了简单的介绍,能够很快上手,对MongoDB有 ...
NoSQL数据库探讨－为什么要用非关系数据库？
源地址:http://robbin.javaeye.com/blog/524977 随着互联网web2.0网站的兴起,非关系型的数据库现在成了一个极其热门的新领域,非关系数据库产品的发展非常迅速.而传 ...
主流NoSQL及应用场景详解
点击上方蓝色"方志朋",选择"设为星标" 回复"666"获取独家整理的学习资料! 来源:r6d.cn/r4P7 对比传统关系型数据库,NoS ...
非关系型数据库-NoSQL(Redis)
文章目录一.什么是 NoSQL? 二.NoSQL 的特性? 三.什么是 Redis? 四.Redis 安装部署 4.1 下载安装包 4.2 编译安装 4.3 修改配置文件 4.4 启动服务 4.5 ...
细数 Windows 平台上的 NoSQL 数据库
从可查询的分布式解决方案,如MongoDB,到简单的分布式Key/Value存储解决方案,如Cassandra.此外,还有Riak,Tokyo Cabinet,Voldemort,CouchDB和Re ...

Nosql初探(voldemort)

Nosql初探(voldemort)相关推荐

最新文章

热门文章