|
p*****2
发帖数: 21240 | 2
我主要想知道的就是办海说的，数据memory乘不下了，perf是啥情况。 |
|
c******o
发帖数: 1277 | 3 我们没有那么大data,新项目，没发说。
但是在很多我知道的use case里，都是用mongodb上很多TB data的。
我说的scalability, 是指容易做，花的server多，但是做起来简单的多。app开发也简
单的多（本来就没有join)
我不知道你说的 easier to maintain什么意思，我们这儿两个人1个月就全部自动化了
，完全fail safe, 现在唯一的担心就是config server不好检测是不是down. 我觉得
mysql从techops到developer很难作到这么容易。
maintain.
not
data |
|
c******o
发帖数: 1277 | 4 会慢很多，但是很简单的检测就可以自动加shard,无限scale
是会浪费一点，但是比人工便宜多了。 |
|
c******o
发帖数: 1277 | 5 mongodb的auto balancing有点tricky,你要小心用。 |
|
|
c******o
发帖数: 1277 | 7 move data across shard is very expansive, if it happens at the wrong time,
you have trouble.
add shard early to prevent too much data moving around, and disable auto
balancing at peak hours. |
|
p*****2
发帖数: 21240 | 8
多谢大牛。另外问一下你们的server 多大内存？你们用了arbitor了吗？ |
|
h*****a
发帖数: 1718 | 9 我们没做sharding。当时的情况是server每run两个小时就出很多socket error。后来很
快switch到ES就算了。 |
|
h*****a
发帖数: 1718 | 10 我们用mysql + redis。
如果大的data需要full text search，要么ES，要么只能自己搞了，呵呵。 |
|
p*****2
发帖数: 21240 | 11
我们公司内部也是强烈建议mysql。看来回头有时间也应该好好看一下。多谢大牛。 |
|
p*****2
发帖数: 21240 | 12 M: Mongo
E: Express
A: Angular
N: Node |
|
d*******r
发帖数: 3299 | 13 其实我是用过Mongo, 没用过Cassandra, 组里有人用，说Cassandra有很多参数要调整
，要难学一点。
组里有不少人还在用 MySQL, 我想他们也能查询我做这个 log server. 不知道
Cassandra有靠谱点的白痴 client / web GUI 没有。
e.g. 不知道这种东西靠谱不
https://github.com/sebgiroux/Cassandra-Cluster-Admin
还有，HBase 现在跟 Cassandra 比起来如何，用起来能更简单可靠吗? |
|
p*****2
发帖数: 21240 | 14 用mongo挺好的，针对这个应用。你觉得有啥问题吗？ |
|
p*****2
发帖数: 21240 | 15
MEAN就是
mongo
express
angular
node |
|
|
p*****2
发帖数: 21240 | 17
啥。
这个不只是json这么简单吧？mongo的shell就是JS的，你在shell上调好了，直接就放
假到code里去了。用别的语言总要在折腾一回。 |
|
p*****2
发帖数: 21240 | 18
回头有时间看看。这东西就是说写query什么跟直接用JS差不多。那样的话还不错。我
原来看过Java Mongo的API，感觉很麻烦。 |
|
|
w**z
发帖数: 8232 | 20 Look at this overall ranking:
http://db-engines.com/en/ranking
shall we all move to MS SQL Server since it's up 20% for last month?
Rank Last Month DBMS Database Model Score Changes
1. 1. Oracle Relational DBMS 1467.79 -0.26
2. 2. MySQL Relational DBMS 1296.91 -12.38
3. 3. Microsoft SQL Server Relational DBMS 1226.02 +20.
14
4. 4. PostgreSQL Relational DBMS 228.25 -2.71
5. 5. DB2 Relation... 阅读全帖 |
|
p*****2
发帖数: 21240 | 21
Mongo的优势是和Node，JS绑定，要火一起火呀。 |
|
p*****2
发帖数: 21240 | 22 @coltzhao
我觉得我们不同的就是，你完全不会用Node做后端，但是我觉得Node在后端的一部分情
况有很大的优势。
这个可能goodbug跟我观点更类似。后端SOA，某些service用Node没啥问题。比如需要
高并发，逻辑不复杂，数据主要在Redis，Mongo这些上边。Node很有优势。
这是在大系统的讨论上，Node后端是有用武之地的。 |
|
p*****2
发帖数: 21240 | 23
我感觉用Node就要走Mongo这条路才有优势。 |
|
b***e
发帖数: 1419 | 24 I could agree with you. But it can't be that PayPal and Groupon uses of
node are all Mongo based. and I don't believe node wants to shut the door
to relational and transactional applications. |
|
p*****2
发帖数: 21240 | 25
其实也不算麻烦。中间就是redis和mongo。再大点就是storm，hadoop啥的了。
vert.x我拿不准这个message bus到底质量如何。 |
|
d*******r
发帖数: 3299 | 26 redis坑很多， mongo坑不多??
二爷你展开说说呀. 拜托了. |
|
p*****2
发帖数: 21240 | 27
mongo很好用，基本上没什么坑。按照document做没什么意外。
redis的persistence做的很烂。做cache没话说，做database就有点扯了。另外redis的
design是for single server的。一个server handle不了很麻烦。 |
|
d*******r
发帖数: 3299 | 28 多谢多谢~~ !!
mongo部分跟我想的一样
Redis学到经验了。
二爷是一点不看好 Redis Cluster 的发展么: http://redis.io/topics/cluster-spec
Redis 真是为数不多支持 transaction 的 NoSQL DB 吧。虽然主要是内存DB，还是很
强大。
你们 message bus 难道就是用的 Redis? 让各个模块去 Redis 里面 pull messages?
我记得你提过 Kafka, 这个做 message queue 可以，做 message bus 是不是弱了点吧。
NOSQL
SQL。 |
|
p*****2
发帖数: 21240 | 29
lightweight
node一般上nosql吧？我们都是mongo，redis，跟node绝配呀。 |
|
|
|
q*c
发帖数: 9453 | 32 话说这货现在有 cluster 没有？一年钱用的时候记得还没 cluster support. 很不爽。 |
|
|
|
e********3
发帖数: 18578 | 35 MongoDB这么衰？我一直以为它数一数二的NoSQL. |
|
|
q*c
发帖数: 9453 | 37 riak 这么碉堡了？ 不过 riak 得配置那是真简单。 |
|
|
c******o
发帖数: 1277 | 39 our website use redis.
redis is a perfect fit for Ruby |
|
p*****2
发帖数: 21240 | 40
Hulu用的是Redis， Twitter也是。 |
|
l*******m
发帖数: 1096 | 41 memcache works better for json objects.
redis for all others |
|
|
|
|
|
|
g*****g
发帖数: 34805 | 47 mongo易用性没得说，但是high scalability性能有问题。这个应该是共识了。 |
|
d*******r
发帖数: 3299 | 48 请问你是说一个writer写一个mongo db instance吗？然后都在一个 ec2 instance 上
面？ |
|
c******o
发帖数: 1277 | 49 在一个地址的server上有好几个db, 虽然是一个instance,但是不同的db，其中一个是
主的，另外的写操作多的放在单独的db,这样只lock少，但是 就不好aggregation,
cross reference 了。
我们一大堆ec2 instance呢。
一堆mongos 下面是3个shards, 每个shard是一个replica set, 里面三个work node，
1 master, 2 slave，还有一个voting专用的arbiter。
另外还有3个replicated sharding config servers. |
|
p*****2
发帖数: 21240 | 50
不知道为什么这个公司这两天在L上联系我，问我用不用Cassandra, 我说我用Mongo，
然后他就跟我说了跟你一样的话。 |
|
