论坛首页 Java企业应用论坛

对Cassandra的初体验

浏览 21537 次
该帖已经被评为良好帖
作者 正文
   发表时间:2010-10-17  
whzhaha 写道
   最近也让NOSQL在我脑子了过了下,我们现在的项目我本来打算用MongoDB,但是MongoDB有个约束就是32位下只能数据到2G这远远搭不到我的数据存放量,64位是没限制的,服务器改成64位风险太大,现在我采用Berkeley DB,也不知道以后项目上线后稳定性怎么样,有ORACLE做护盾Berkeley DB应该不会太差吧,祈祷下,呵呵

Java版本的bdb和c版本的有很多不同,建议关注一下
MongoDB的大数据量下的表现还是令人不太放心
0 请登录后投票
   发表时间:2010-10-17  
forchenyun 写道
whzhaha 写道
   最近也让NOSQL在我脑子了过了下,我们现在的项目我本来打算用MongoDB,但是MongoDB有个约束就是32位下只能数据到2G这远远搭不到我的数据存放量,64位是没限制的,服务器改成64位风险太大,现在我采用Berkeley DB,也不知道以后项目上线后稳定性怎么样,有ORACLE做护盾Berkeley DB应该不会太差吧,祈祷下,呵呵

Java版本的bdb和c版本的有很多不同,建议关注一下
MongoDB的大数据量下的表现还是令人不太放心


啊~~~楼上两位说的可是真的,如果MongoDB不支持大数据,我们干啥还用它,只是SNS部分的数据特征就是海量!!
请知情的大大说说?! 还是64位是必须的 (服务器用64位似乎也是有道理的)
0 请登录后投票
   发表时间:2010-10-17   最后修改:2010-10-17
linliangyi2007 写道
forchenyun 写道
whzhaha 写道
   最近也让NOSQL在我脑子了过了下,我们现在的项目我本来打算用MongoDB,但是MongoDB有个约束就是32位下只能数据到2G这远远搭不到我的数据存放量,64位是没限制的,服务器改成64位风险太大,现在我采用Berkeley DB,也不知道以后项目上线后稳定性怎么样,有ORACLE做护盾Berkeley DB应该不会太差吧,祈祷下,呵呵

Java版本的bdb和c版本的有很多不同,建议关注一下
MongoDB的大数据量下的表现还是令人不太放心


啊~~~楼上两位说的可是真的,如果MongoDB不支持大数据,我们干啥还用它,只是SNS部分的数据特征就是海量!!
请知情的大大说说?! 还是64位是必须的 (服务器用64位似乎也是有道理的)

只是和寻址有关,32位机器最大只能保存2G数据,64位系统则没有限制,MongoDB官方也推荐用64位机器!
BDB现在我自己做了下,觉得还蛮爽,直接持久化JAVA对象,取的时候直接得到自己想要对象,移植也很方便,只要拷贝文件就KO了。
0 请登录后投票
   发表时间:2010-10-17  
linliangyi2007 写道
forchenyun 写道
whzhaha 写道
   最近也让NOSQL在我脑子了过了下,我们现在的项目我本来打算用MongoDB,但是MongoDB有个约束就是32位下只能数据到2G这远远搭不到我的数据存放量,64位是没限制的,服务器改成64位风险太大,现在我采用Berkeley DB,也不知道以后项目上线后稳定性怎么样,有ORACLE做护盾Berkeley DB应该不会太差吧,祈祷下,呵呵

Java版本的bdb和c版本的有很多不同,建议关注一下
MongoDB的大数据量下的表现还是令人不太放心


啊~~~楼上两位说的可是真的,如果MongoDB不支持大数据,我们干啥还用它,只是SNS部分的数据特征就是海量!!
请知情的大大说说?! 还是64位是必须的 (服务器用64位似乎也是有道理的)

MongoDB面向文档的nosql,和一般的k-v不是很一样,并且在按key查询的情况下肯定远低于k-v的nosql
如果对它有兴趣可以看看国外关于它和mysql的性能比较,个人感觉是不太乐观
小数据量2-3000w这种用它还是蛮爽的,不过在这样数据量级别还有tc和tt......
但是不得不说它自带的mapreduce还是值得借鉴的
0 请登录后投票
   发表时间:2010-10-17   最后修改:2010-10-17
whzhaha 写道
linliangyi2007 写道
forchenyun 写道
whzhaha 写道
   最近也让NOSQL在我脑子了过了下,我们现在的项目我本来打算用MongoDB,但是MongoDB有个约束就是32位下只能数据到2G这远远搭不到我的数据存放量,64位是没限制的,服务器改成64位风险太大,现在我采用Berkeley DB,也不知道以后项目上线后稳定性怎么样,有ORACLE做护盾Berkeley DB应该不会太差吧,祈祷下,呵呵

Java版本的bdb和c版本的有很多不同,建议关注一下
MongoDB的大数据量下的表现还是令人不太放心


啊~~~楼上两位说的可是真的,如果MongoDB不支持大数据,我们干啥还用它,只是SNS部分的数据特征就是海量!!
请知情的大大说说?! 还是64位是必须的 (服务器用64位似乎也是有道理的)

只是和寻址有关,32位机器最大只能保存2G数据,64位系统则没有限制,MongoDB官方也推荐用64位机器!
BDB现在我自己做了下,觉得还蛮爽,直接持久化JAVA对象,取的时候直接得到自己想要对象,移植也很方便,只要拷贝文件就KO了。


BDB我也在用呀,我控制不好,时间比较紧只好在写操作的时候单线程写入,多线程写数据超过了3天后,我的bdb的jdb存储文件一般就损坏了
用好bdb,看来要研究下heritrix怎么用bdb的啦

Cassadra一点都不敢用了,twitter, digg都暴出大问题了
直接用java调tokyocabinet库,内存的开销好像也很大
暂时先用mysql实现吧
以后有时间,还是想换mongodb
0 请登录后投票
   发表时间:2010-10-17   最后修改:2010-10-17
store88 写道

BDB我也在用呀,我控制不好,时间比较紧只好在写操作的时候单线程写入,多线程写数据超过了3天后,我的bdb的jdb存储文件一般就损坏了
用好bdb,看来要研究下heritrix怎么用bdb的啦

Cassadra一点都不敢用了,twitter, digg都暴出大问题了
直接用java调tokyocabinet库,内存的开销好像也很大
暂时先用mysql实现吧
以后有时间,还是想换mongodb


对Cassandra的问题比较感兴趣,前阵子听说twitter不用了,而digg的CTO也因为技术问题离职了,但是没人说具体是由于Cassandra的什么问题造成的??请教细节,谢谢
0 请登录后投票
   发表时间:2010-10-17  
其实google有在用 berkeley db,不说了,感觉搞推销的一样,哈哈。
0 请登录后投票
   发表时间:2010-10-17  
whzhaha 写道
其实google有在用 berkeley db,不说了,感觉搞推销的一样,哈哈。


BDB应用面应该很广,不过貌似单个对象大小有限制,是这样的吗!?
0 请登录后投票
   发表时间:2010-10-18  
linliangyi2007 写道


对Cassandra的问题比较感兴趣,前阵子听说twitter不用了,而digg的CTO也因为技术问题离职了,但是没人说具体是由于Cassandra的什么问题造成的??请教细节,谢谢


twitter暴了好像cassandra数据量一多就有问题了吧
facebook用cassandra也不是用在大数据量方面的样子

digg报道的时候倒没说什么
0 请登录后投票
   发表时间:2010-12-18  
我在试验并发写入的时候(java客户端),单节点老是出现问题,不是连接被拒绝就是其它问题。请问大家有没有遇到类似的问题,是不是使用cluster就没有这样的问题。
还有,我感觉cassandra的查询功能很弱啊,select * from user u where u.name='gongcheng'这样的查询好像不能支持啊!?

mongodb是全部数据扔进内存,比如查询的时候它先把数据都加载内存,然后查询,所以它不能支持大数据量,推荐内存>数据量的情况。我觉得这个很恶心,如果内存那么大,我都可以不用数据库了。

如有问题,欢迎指正。
0 请登录后投票
论坛首页 Java企业应用版

跳转论坛:
Global site tag (gtag.js) - Google Analytics