@wqhui 性能先不担心。


我很好奇 mongo 怎么解决新老数据字段意义不一样，新老版本字段数不一样的问题？


这个到底适合什么样的业务？

我有用过几次 mongo ，因为动不动炸了，重启还原数据报错很难解决，没深入就放弃了。

即使类似我长期用的 es 也要在业务更新时使用索引迁移，字段重新设定约束来适配新的业务。
那 mongo 没有 es 分词特性，又没有关系数据库的约束严谨，他适用于什么场景呢？

首选 MySQL 和 PostgreSQL ，只有他们搞不定了（好像并没有）再考虑 MongoDB 。

没听说过正常运行有这种问题啊，mongo 最大的问题是在异常断电后数据很容易炸，有时候文件系统都没事它就炸了，经常备份和做 replicaset 都可以解决这个问题

@ellermister 关系型数据库怎么解决字段变化 mongodb 就怎么解决呗。简单来说就是加新的字段，然后跑个任务把老字段的内容同步到新字段。无非就是 mongodb 没有强制性。

我用了七八年 MongoDB ，你可以说他内存占用高，慢，丢数据我倒是头一次听说。

真的会丢数据吗？ nosql 数据库只是不保证 100%的一致性，但是丢数据这个也太离谱了吧

目前还没丢过。

毕竟那个文章作者冯若航就是靠 PostgreSQL 赚钱的，可以看看他之前的文章，他说出什么话我都感觉不奇怪。

TB 级数据多节点 sharding ，运行了大概 8 年了，从没出现过丢数据或者损坏的问题，性能线性，吞吐量也不错，只要用对了场景没毛病

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