这是一个创建于 5360 天前的主题，其中的信息可能已经有所发展或是发生改变。
Redis
http://code.google.com/p/redis
Cassandra
http://cassandra.apache.org/
MongoDB
http://www.mongodb.org/
CouchDB
http://couchdb.apache.org/
http://code.google.com/p/redis
Cassandra
http://cassandra.apache.org/
MongoDB
http://www.mongodb.org/
CouchDB
http://couchdb.apache.org/
 |
1
Kymair 2010-04-28 20:45:28 +08:00
最近在尝试Cassandra
但不知道个人项目有什么类型的应用适合它 |
 |
2
usoluyun 2010-05-24 11:08:14 +08:00
我也在看cassandra哎，不过公司里的项目是用不到了。只能学者玩玩。
|
 |
3
zxb888 2010-08-31 20:35:53 +08:00 via iPhone
最近想试试redis。
|
 |
5
alai 2010-09-01 07:14:18 +08:00 via Android
MongoDB
|
 |
6
minghua 2010-09-02 07:37:11 +08:00
MongoDB，Redis 一直在用，相比传统mysql来说，开发应用的复杂性降低了很多。
Cassandra 有同事在用，不过据我观察使用起来比较痛苦。 MongoDB 比Cassandra 最大的优势就是灵活强大的Query语言。 |
 |
8
xuwenhao 2010-09-03 10:54:16 +08:00
Cassandra据说很有问题，容易Crash？有用过的来说说么？
|
|
9
minghua 2010-09-03 11:29:44 +08:00
@ning nosql数据库的schema free 和原生支持数组，哈希，embedded类型等特性，让原来需要设计很多表才能实现的数据库结构可以很轻松简单的实现。
这样数据库逻辑就非常简单了，代码量会减少非常多。另外自动分片等特性也让维护运维变得简单。 redis 完全可以替代memcached 做cache，不过更多时候被用来做消息队列。 2.0 支持hash后很多功能的实现就更方便了。 |
 |
11
diamondtin 2010-09-03 15:16:31 +08:00  1
@Kymair Cassandra我们做过一个月的Spike。发现有两个麻烦的问题，一个是读一致性，另外一个是稳定性。Cassandra的Quorum不能保证一致性（Ramdom partition时），All的性能和稳定性有问题（一个Node挂了所有读都会失败）。Cassandra在多机集群的时候写压力大非常容易Crash（我们测试是4台24G内存的机器），内存管理有问题然后就自己退掉了。Cassandra的社区反馈比较慢，而且Facebook没有持续贡献代码，其中的很多bug不知道什么时候才会修复。
所以我们放弃了Cassandra作为分布式的key-value store。 |
|
12
diamondtin 2010-09-03 15:18:47 +08:00 1
CouchDB是一个Restful DB，它是未来的实现Open Web的一种关键技术。通过Restful的接口暴露的持久化数据源，可以说这就是Web。
|
|
13
diamondtin 2010-09-03 15:22:52 +08:00
MongoDB很容易替换Mysql，支持Map-Reduce，所以是一种可以平滑切换的解决方案。
其实Key-Value store中的Big table分之这里没有提到，在大数据量的情况下使用这种面向列的数据库是靠谱的解决方案。典型代表是： HBase http://hbase.apache.org/ Hypertable http://hypertable.org/ |
|
14
minghua 2010-09-03 16:31:23 +08:00
@diamondtin 很不错的经验分享，那你们现在选用哪种key-value数据库？
|
 |
15
n2n3 2010-09-03 16:53:04 +08:00
|
 |
17
feilaoda 2012-04-06 09:43:35 +08:00
Cassandra, Redis, Mongodb我都用过，目前在用Redis/Mongodb，还是觉得这2个比较好。
Cassandra 原来公司用了很久，后来被我替换成Mongodb了，主要问题是插入速度远远低于Mongodb，当然主要是用了3台集群，而不是别人的20、30台，速度上不去，虽然用来TT做缓冲，但还是达不到要求。 另外一个就是，查询功能很弱，基本不能满足要求，而且查询速度很慢，后来用Lucene做搜索。 由于不同的设计哲学，在使用多关系的时候，需要曲线救国，用的很痛苦。 没错，还有一个就是Crash，服务器会down掉。不堪忍受，换成了Mongodb。当然用的版本比较老，是Cassandra 0.6版本，0.7之后就没再关注了。 |
 |
18
Nourl 2012-04-06 10:02:53 +08:00
听facebook的开发人员讲，fb现在几乎没人用Cassandra了。作为开源项目，可以拿来研究学习、商业应用就算了吧;
Mongodb在大数据量情况下，问题较多; 个人推荐Redis. |
Select Language