mongodb 和solr，以下需求用哪个比较合适

[dokia123]

现在有这个需求，就是每天要定时把一些业务数据统计出来，然后存入数据库，也就是说数据是增量的，因为这个统计结果数据量会比较大，一年估计得有几百万条，如果用mysql的话，后期会扛不住，所以决定用现在比较流行的NoSql数据库，据说查询速度很快，但是不太清楚我的这种情况是使用mongodb还是solr合适。

[dokia123]

没人吗？？？

[Magical茏]

表示没用过nosql 帮顶了

[ghostkngiht]

mongodb和solr好像不属于同一类的东西。你这个需求应该mongodb更合适。

[致知Fighting]

solr做全文索引的，和mongo不是一个东西

[dokia123]

引用 4 楼 akemi_homura 的回复:

用mysql吧 上亿条都没问题。 才几百万条。

那应该是收费版的吧？普通免费版不是说mysql超过1000W条，性能就会出现明显下降吗？

[dokia123]

引用 7 楼 ygycomon 的回复:

solr做全文索引的，和mongo不是一个东西

这个我知道啊，但是这两个东西的功能应该差不多吧？我看了下好像solr的功能mongodb都能搞定，而mongodb的功能solr也能搞定。

[dokia123]

引用 6 楼 ghostkngiht 的回复:

mongodb和solr好像不属于同一类的东西。你这个需求应该mongodb更合适。

mongodb能实现的功能，solr是不是也能搞定？

[zqjer2]

引用 8 楼 dokia123 的回复:

引用 4 楼 akemi_homura 的回复:

用mysql吧 上亿条都没问题。 才几百万条。

那应该是收费版的吧？普通免费版不是说mysql超过1000W条，性能就会出现明显下降吗？

没那种说法吧，况且1年才几百万条，实在觉得不行就分割表，然后创建个视图也行。人家淘宝就用的mysql，那个数据量，现在也活的好好的

[浪里花]

只用过mongodb，几百条数据对应它来说都是小case，solr没用过，不发表意见

[akemi_homura]

用mysql吧 上亿条都没问题。 才几百万条。

[zhangwhhx]

继续研究一下。

[致知Fighting]

引用 9 楼 dokia123 的回复:

[quote=引用 7 楼 ygycomon 的回复:] solr做全文索引的，和mongo不是一个东西

这个我知道啊，但是这两个东西的功能应该差不多吧？我看了下好像solr的功能mongodb都能搞定，而mongodb的功能solr也能搞定。[/quote] solr的伸缩性不如mongo，对数据迁移的支持不好，基于http协议，效率上也不如mongo

[猿人林克]

大侠，solr？这东西高全文索引用的撒。。。

[4InGoodmusic_listen]

这点数据。。。。mysql就可以搞了。。按照月份或者日期或者其他字段，建立分区表，基本每个表也就不到100万吧。再加上索引，mysql轻轻松松就搞定了。