这是一个创建于 2715 天前的主题，其中的信息可能已经有所发展或是发生改变。
site:v2ex.com/t 千万 亿 mongo 数据库
搜了下这个，挺多哥哥推荐别人用 mongodb 的，不知道是自己真用过还是随口说说，我发现一下子就达到了这个 16MB 的限制，是否他们那么多数据都是用的 GridFS 的？对 mongodb 不熟，我存信息的时候是一个用户一个文档，单个用户的信息没那么大，所以不会超过 =.=但是数据量大的，如日志是怎么个玩法？
BSON Document Size The maximum BSON document size is 16 megabytes.
The maximum document size helps ensure that a single document cannot use excessive amount of RAM or, during transmission, excessive amount of bandwidth. To store documents larger than the maximum size, MongoDB provides the GridFS API. See mongofiles and the documentation for your driver for more information about GridFS.
 |
1
BOYPT 2017-06-19 14:33:48 +08:00
每项技术都有其擅长和不擅长的方面吧，显然 mongodb 不擅长于处理单条信息很大的数据，但是这不妨碍其擅长千万级信息的处理啊。
|
 |
2
sujin190 2017-06-19 14:42:07 +08:00
什么日志能一条记录就超过 16m 的，16m 已经非常大的了
|
 |
3
gouchaoer 2017-06-19 14:49:02 +08:00
mongodb 数据容易坏，不堪大用，很多短板最近两年才慢慢补了。。。。。有很多小白喜欢人云亦云
|
 |
4
6IbA2bj5ip3tK49j 2017-06-19 15:02:23 +08:00
很少有场景单条数据超过 16M 的。
MongoDb 使用简单，集群维护简单。 |
 |
5
stabc 2017-06-19 15:09:18 +08:00
顶 LS，这种数据库在数据量膨胀时只要无脑加硬件就可以了，对于 DBA 来讲简直美滋滋。
|
 |
6
scys 2017-06-19 16:29:08 +08:00
看你怎么定义日志，有些日志被定义为“可丢失”“无必要完全的可靠化存储”，可是要求能够快速“查询”，这个时候场景下，你就用 Mongodb 会发现非常好用，而且还附带了方便的可扩展，给我选型，我肯定选 Mongodb。
而且就算是丢失，Mongodb 也没有弱到，不停丢失，能到了某个程度才会“可能”出现问题。 可到了“某个”程度后，你技术该更新换代了。 --- DBA 喜欢呀，你还想怎么样。 |
 |
7
xinyewdz 2017-06-19 18:08:33 +08:00
mongodb 很吃内存。如果内存不够大，加上经常删数据的话，就会导致频繁的内存换页，反而不如 mysql。
|
 |
8
tinyproxy 2017-06-19 19:45:19 +08:00 via iPhone
楼上经常删数据库什么鬼
|
 |
9
Morriaty 2017-06-20 09:57:25 +08:00
有亿万级数据，显然所谓的查询需求更多的集中在聚合，显然 Hadoop 系和 ElasticSearch 更适合。
|
 |
10
binjjam OP |
 |
12
IJustmaogepao 2017-06-20 14:19:48 +08:00
16m 不小了。。一本 100w+字的小说也就 2m+。。
|
Select Language