1.Auto-Sharding方式社区里面说不好否定了，Replica Sets在自动选举时候有点慢；所以采用master-slave结构；
2.碎片整理和数据文件收缩是噩梦，磁盘空间无限加大；
3.复杂查询的分页问题；
4.最关键的原因：身边还没有10000w级数据实际生产环境的例子；
还没深入太多，可能不是很熟悉的原因；所以暂时还是求稳用mysql比较靠谱，mongodb只用做 GridFS和日志文件存储
抛弃作为mongoDB做主存储的一些关键因素
本文对比分析了MongoDB和MySQL在不同场景下的应用优势与劣势，包括Auto-Sharding方式的局限性、碎片整理挑战、复杂查询分页问题以及实际生产环境案例的缺失。在权衡稳定性与高效性后，作者倾向于短期内使用MySQL更为稳妥，而MongoDB则主要应用于特定数据存储需求，如GridFS和日志文件。
扫一扫
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
