这是一个创建于 1435 天前的主题，其中的信息可能已经有所发展或是发生改变。
楼主过去的工作都是 mysql （ sql ） + redis （ nosql 作为 cache 加速），没用过纯粹的 nosql 作为主力 db，心里没谱。
 |
1
imgbed 2020-12-25 17:43:02 +08:00 via Android
个人觉得 mongodb 比 mysql 好用，我已经逐步转到 mongodb
|
 |
2
wellsc 2020-12-25 17:43:36 +08:00 via iPhone
没事务，或者说新版的事务用的人不错，考验技师水平
|
|
3
imgbed 2020-12-25 17:43:41 +08:00 via Android
我这个项目的数据库用的就是 mongodb：
www.imgbed.cn |
 |
4
cheng6563 2020-12-25 17:46:32 +08:00
不分片应该问题不大。分片的话感觉还是要慎用，计费错一点就要凉凉。
|
 |
6
Mithril 2020-12-25 17:50:53 +08:00
你如果是在自己的产品里面带 mongo 的话。。。是要付费的。
|
 |
7
liuzhaowei55 2020-12-25 18:00:31 +08:00 via Android
不出问题就挺好用的，出了问题挺慌的。
|
 |
8
Yiso1573 2020-12-25 18:08:23 +08:00
4.0 支持多文档事务了。（百度的，嘻嘻
|
 |
9
frandy 2020-12-25 18:18:15 +08:00
这种有事务的场景最好还是用 sql 。
|
 |
10
auxox 2020-12-25 18:27:37 +08:00
mongodb 已经 GA 到 4.4 了，足够稳定可靠了，只是要做好数据建模和管理，当然这是使用所有 nosql 数据库时都需要考虑的问题
|
 |
11
sampeng 2020-12-25 18:54:02 +08:00
@cxytz01 计费项目慎用 mongodb 。以前我是无脑推 mongodb，现在是无脑黑 mongodb 。计费系统涉及到事务，就算不涉及到事务，mongodb 的稳定性在数据量大了，要涉及分片了简直是噩梦。。。为什么要投入这个成本
|
|
13
sampeng 2020-12-25 20:05:52 +08:00 via iPhone
@auxox 最大的坑就是你其实到时候了并不敢做这个操作。你想数据库里面就几千万关键业务数据，现在告诉你某一个操作将会修改底层数据分布，并且有一定概率有问题。这个责任你背？
|
 |
15
rust 2020-12-26 18:19:17 +08:00
我司 6 台 256G 内存的服务器弄了一个副本集群,当前单表记录 2 亿+
照样飞起 版本是 4.4.2 |
Select Language