一些值得关注的新型数据库

最近在尝试Cassandra

但不知道个人项目有什么类型的应用适合它

我也在看cassandra哎，不过公司里的项目是用不到了。只能学者玩玩。

最近想试试redis。

@zxb888 我也关注redis这个东西。很有亮点。

MongoDB

MongoDB，Redis 一直在用，相比传统mysql来说，开发应用的复杂性降低了很多。


Cassandra 有同事在用，不过据我观察使用起来比较痛苦。

MongoDB 比Cassandra 最大的优势就是灵活强大的Query语言。

@minghua 能说一说具体的’开发应用的复杂性降低了很多‘这个话么？
redis我们的网站也在用，主要是一些cache类的功能。

Cassandra据说很有问题，容易Crash？有用过的来说说么？

@ning nosql数据库的schema free 和原生支持数组，哈希，embedded类型等特性，让原来需要设计很多表才能实现的数据库结构可以很轻松简单的实现。

这样数据库逻辑就非常简单了，代码量会减少非常多。另外自动分片等特性也让维护运维变得简单。

redis 完全可以替代memcached 做cache，不过更多时候被用来做消息队列。

2.0 支持hash后很多功能的实现就更方便了。

@xuwenhao crash 不清楚，不过用它做查询比较麻烦。

@Kymair Cassandra我们做过一个月的Spike。发现有两个麻烦的问题，一个是读一致性，另外一个是稳定性。Cassandra的Quorum不能保证一致性（Ramdom partition时），All的性能和稳定性有问题（一个Node挂了所有读都会失败）。Cassandra在多机集群的时候写压力大非常容易Crash（我们测试是4台24G内存的机器），内存管理有问题然后就自己退掉了。Cassandra的社区反馈比较慢，而且Facebook没有持续贡献代码，其中的很多bug不知道什么时候才会修复。
所以我们放弃了Cassandra作为分布式的key-value store。

CouchDB是一个Restful DB，它是未来的实现Open Web的一种关键技术。通过Restful的接口暴露的持久化数据源，可以说这就是Web。

MongoDB很容易替换Mysql，支持Map-Reduce，所以是一种可以平滑切换的解决方案。
其实Key-Value store中的Big table分之这里没有提到，在大数据量的情况下使用这种面向列的数据库是靠谱的解决方案。典型代表是：
HBase
http://hbase.apache.org/

Hypertable
http://hypertable.org/

@diamondtin 很不错的经验分享，那你们现在选用哪种key-value数据库？

Riak

https://wiki.basho.com/display/RIAK/Riak

@n2n3 +1

Cassandra, Redis, Mongodb我都用过，目前在用Redis/Mongodb，还是觉得这2个比较好。
Cassandra 原来公司用了很久，后来被我替换成Mongodb了，主要问题是插入速度远远低于Mongodb，当然主要是用了3台集群，而不是别人的20、30台，速度上不去，虽然用来TT做缓冲，但还是达不到要求。
另外一个就是，查询功能很弱，基本不能满足要求，而且查询速度很慢，后来用Lucene做搜索。
由于不同的设计哲学，在使用多关系的时候，需要曲线救国，用的很痛苦。
没错，还有一个就是Crash，服务器会down掉。不堪忍受，换成了Mongodb。当然用的版本比较老，是Cassandra 0.6版本，0.7之后就没再关注了。

听facebook的开发人员讲，fb现在几乎没人用Cassandra了。作为开源项目，可以拿来研究学习、商业应用就算了吧;
Mongodb在大数据量情况下，问题较多;
个人推荐Redis.