锁定老帖子 主题:对Cassandra的初体验
该帖已经被评为良好帖
|
|
---|---|
作者 | 正文 |
发表时间:2010-10-17
whzhaha 写道 最近也让NOSQL在我脑子了过了下,我们现在的项目我本来打算用MongoDB,但是MongoDB有个约束就是32位下只能数据到2G这远远搭不到我的数据存放量,64位是没限制的,服务器改成64位风险太大,现在我采用Berkeley DB,也不知道以后项目上线后稳定性怎么样,有ORACLE做护盾Berkeley DB应该不会太差吧,祈祷下,呵呵
Java版本的bdb和c版本的有很多不同,建议关注一下 MongoDB的大数据量下的表现还是令人不太放心 |
|
返回顶楼 | |
发表时间: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位似乎也是有道理的) |
|
返回顶楼 | |
发表时间: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了。 |
|
返回顶楼 | |
发表时间: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还是值得借鉴的 |
|
返回顶楼 | |
发表时间: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 |
|
返回顶楼 | |
发表时间: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的什么问题造成的??请教细节,谢谢 |
|
返回顶楼 | |
发表时间:2010-10-17
其实google有在用 berkeley db,不说了,感觉搞推销的一样,哈哈。
|
|
返回顶楼 | |
发表时间:2010-10-17
whzhaha 写道 其实google有在用 berkeley db,不说了,感觉搞推销的一样,哈哈。
BDB应用面应该很广,不过貌似单个对象大小有限制,是这样的吗!? |
|
返回顶楼 | |
发表时间:2010-10-18
linliangyi2007 写道 对Cassandra的问题比较感兴趣,前阵子听说twitter不用了,而digg的CTO也因为技术问题离职了,但是没人说具体是由于Cassandra的什么问题造成的??请教细节,谢谢 twitter暴了好像cassandra数据量一多就有问题了吧 facebook用cassandra也不是用在大数据量方面的样子 digg报道的时候倒没说什么 |
|
返回顶楼 | |
发表时间:2010-12-18
我在试验并发写入的时候(java客户端),单节点老是出现问题,不是连接被拒绝就是其它问题。请问大家有没有遇到类似的问题,是不是使用cluster就没有这样的问题。
还有,我感觉cassandra的查询功能很弱啊,select * from user u where u.name='gongcheng'这样的查询好像不能支持啊!? mongodb是全部数据扔进内存,比如查询的时候它先把数据都加载内存,然后查询,所以它不能支持大数据量,推荐内存>数据量的情况。我觉得这个很恶心,如果内存那么大,我都可以不用数据库了。 如有问题,欢迎指正。 |
|
返回顶楼 | |