关于 mongodb 丢数据的问题，到底要到多大数量级才会考虑这个问题？

[HaroldFinchNYC]

目前我在写一个 CMS ，用 mongodb ，但网上有人说 mongodb 丢数据的问题

https://mp.weixin.qq.com/s/I3ug7Qv9jz3-uD3x_N1jKw

这个文章把 mongod 狠狠批评了一番

所以想请教大家一个问题：mongodb 要到多大数量级才会考虑这些性能啊、丢数据啊之类的问题

我觉得我一个 cms ，个人写博客， 充其量也就 1000 篇文章，

就算做成电商，一个独立站估计也就 10 万商品

所以这个数据量似乎比较小

需要担心这些问题吗？谢谢

谢谢

[litengyu86]

这个级别的数据量，很多数据库都没有压力。

[Fooooo0]

目前的 mongodb 不存在丢失数据的问题，放心用。
但是数据备份始终都是要的。

[mightybruce]

我早就屏蔽这个冯若航和他写的一堆玩意，你不要听风就是雨。

[HaroldFinchNYC]

@Fooooo0 感谢大佬

[HaroldFinchNYC]

@litengyu86 谢谢大佬

[HaroldFinchNYC]

@mightybruce 谢谢大佬

[wqhui]

@ellermister 靠自己每次改了表结构之后所有旧数据重刷为新数据版本，然而因为非数据库强制，全靠开发团队管理或者自觉，这本身就是靠不住的。所以我觉得更多的使用场景是如日志、blog 这类，新旧数据是无关联的，每条数据仅代表本身当时的情况，有这字段就支持检索筛选展示，相对 es 来讲可以支持简单事务，相对传统关系型来讲可以数据分片，数据量可以更大、对嵌套数据存储检索也方便，算是折中方案

[momo2789]

哈哈哈，丢数据太离谱了，从 Mongo3.5 开始用到现在都没发声过丢数据的问题。

[AlanBrian]

存储 4500 亿条数据，没发现有丢数据的情况。

[wusheng0]

这人似乎是有利益关联吧，有 PG 相关的商业运作

[DonaldVVV]

mongodb 他们这家公司上市了的；如果真有这样的问题，早就把它空归零了；实际上人家 4 年翻了 30 倍

[hunter104]

丢数据没碰到，但碰到过机房停电 WiredTiger.wt 文件被清空，数据还在但数据库都没了，一切的打捞工具都无济于事，当时感觉天都塌了

[IDAEngine]

丢数据头一次听到，还有这个事情，你可以说他慢，卡顿，占用高，在不确定硬件问题说丢数据也太冤了

[hzzhzzdogee]

@hunter104 这个事后续怎么处理的呢

[foolishcrab]

真丢数据你直接去买 mongo atlas 然后告他都能赚大钱，还在这写垃圾小作文

[iseki]

他的文章你看个热闹就行，他卖 PG 套件的，当然得说 PG 好。印象里 MongoDB 早期版本确实有一些丢数据的 bug ，但现在都早就修好了。不过你这个量级其实用什么数据库都无所谓的。

[EminemW]

@hunter104 没做副本嘛，生产不是要求 3 节点

[CaptainD]

我们存了几 TB 数据，目前没发现丢数据问题，但 schema 很乱是真的烦，需要小心维护

[Mithril]

数据倒是不会丢，但是会炸。。。

MongoDB 即使在正确关闭的情况下，也会有很小的概率下次启动读不出来文件直接崩溃给你看。当然你要是真的不重启那也没啥问题，做好备份就是了。

这玩意最主要的问题是，你真的需要“无模式”的数据库吗？特别是你用 ORM 了，真的你会新老版本的代码连接到同一个数据库里去？很多时候你代码做了变更，还是要放 migration 上去修改已有数据，那还不如直接用关系型。

甚至你要的那一点附加的无模式功能，大部分现代的关系型数据库也都支持了。

[gen900]

生产用过，replic 集群（都没上 shared ）一天 2GB 数据，每天集中时段密集写入。未见任何瓶颈（定期检查慢查询并优化）。顺便说一句 mongo 的聚合查询非常方便。