临时工说：炮轰阿里云MongoDB司令部 低质高价技术差 你是要疯！！！！

我一般写文章都是心平气和，略微带点调侃，但这次不是，我的火已经到了头顶，隐忍了很久了，之前忙和PolarDB 友好的沟通，实在是没有时间今天在业务部门要求购买MongoDB 阿里云的产品，我的怒气实在是忍不下去了。注意这不是吐槽，是炮轰，炮打你阿里云MongoDB 司令部。同时我周六是不会发文章的，阿里云MongoDB 你让我破例了，给你点个赞，能把我气的周六发文DISS 你是第一个。

（之前MongoDB 有专人负责，我不负责，现在临时转到我手里，原来的人能忍 我忍不了）

炮轰问题1

阿里云MongoDB 你的价格问题，我们在阿里云上使用数据库产品也不是一年两年了，数据库产品的种类也不是一种两种，但我实在是没有见过 阿里云MongoDB 价格一样坚挺的阿里云的数据库产品，请问你们是怎么定价的。

我们以下面的购买类型为例，3节点MongoDB 难道有两节点的吗？啊MongoDB 的原理有2节点的吗？没有3节点是最小化的生产系统的要求，复制集。那么下面我就不明白，各位看客看看，合理吗，只读节点数 无节点， 1只读节点，2只读节点，我请问了，我们买了3个节点，我必然至少有两个只读节点，什么意思，我要自己购买我已经付费了的只读节点，你要收我两份钱？

上面就是我的价格一个只读节点要我400块，还是我已经付过钱的，然后在多收我400块，为什么呀？我钱多烧的还是我人傻愚蠢。

当然我知道你马上的说辞，这个节点是单独给您建立的不包含在那三个节点里面，如果你这样说，我真的想一口喷到你脸上，四个节点的MongoDB,你们家的设计？我需要吗，我只需要我三个节点中的一个节点作为只读节点不可以吗？技术很难吗？乱收费这么容易哈？

这还没有完，你的磁盘存储是金子做的吗？我这里就不截图了，100G的存储空空间你卖我200块钱，你要疯，是整个磁盘是金子做的吗？你知道你们POLARDB 的200G 磁盘的价格是多少吗？啊 人家还是PLS5

我看MongoDB 是阿里云最好赚钱的数据库部门了吧？抓住一个宰一个，说你们真的不过分。

我别的不说，下面是你们打广告吧，这是一年的价格，我上面粘贴的是你一个月要我的价格，我要是用ECS 去搭建MongoDB 是不是可以省出一套房？具体的价格你们自己心里清楚，MongoDB 你们提供了什么服务，是和POLARDB 那样认真的投入人力物理，研发各种新功能高大上的上，服务客户都上门了，没有MongoDB 在我用过的阿里云的数据库服务里面，是最差的，为什么，今天我就炮轰你到底。

炮轰问题2

技术差，我知道我说这个你们不认可，因为你们的MongoDB 有独有的双向同步的功能，是你们将MongoDB 改造后得到的。但麻烦你们能不能做点正事。

1 建用户建不上

你们信吗，阿里云的MongoDB 建用户建不上。看下图，这要是MySQL RDS ,PolarDB 就在这个界面上就可以建立数据库用户，怎么就你MongoDB 特殊呀，

建立用户要使用DMS ，那怎么我不使用DMS 建立不了用户呗，我只能说，MongoDB 的用户体验已经到了客户的容忍下限了，用户建不上，就你特殊呗。

2 备份容量不能调整到合适的范围 然后咱们说说备份的事情 7 天，我要是3天不行呀，大家都知道MongoDB的数据库量都不小，你们备份免费是整体存储的一半，然后我要保留7天的量，你这是MongoDB 服务差价格贵，还不放客户一马，你是要备份的费用也要往死里宰客户吗 ？7天是最小的量，不能再往小调整。 日志也是一样 7-30天，我怎么就这么喜欢oplogs , 放这里能增值，涨利息是吗？

3 危险参数也开放,当前值也不显示

红色的位置是这个MongoDB 开启的参数，没有显示，无需重启提交立即生效，然后给我一个范围，1023-XXXX。Are you OK ?

在 MongoDB 中，oplogSizeMB 是指操作日志(oplog)的大小限制，它用来限制操作日志中可以存储的数据量。操作日志是一个特殊的集合，用来记录主节点（Primary）上的所有写操作，以便进行复制到副本集的次要节点（Secondary）。

这意味着操作日志中可以存储的操作量受到限制。如果操作日志满了，最旧的操作将被删除，确保操作日志的大小保持在指定的限制范围内。

我不认为这应该这样开放给客户，你知道客户有多少人懂这个，要是有人把这个给你改小了，相信搞MongoDB都知道会发生什么？集群就完蛋了。然后就明目张胆的给客户开放了，你是真不拿客户当外人。然后这创建完毕，还不显示当前值默认是多少，你是让我猜吗？Fxxk

压缩的问题也是，你知道有几个客户知道snappy zlib zstd的区别和压缩后产生的经济效益，你到好，直接给用了一个“最稳定” 压缩能力最差的，是继续要薅羊毛？ Please don't lose you face !

4 节点切换不专业

这点我只能说一下历史的问题，这点不代表现在是这样，但曾经是这样，曾经，在去年我们使用大量的MongoDB 在阿里云，硬件出了问题，要进行切换和迁移，这个我们理解，但节点的切换我了解的到的，节点在切换中存在两节点的情况，专业都明白，也就是你的MongoDB 一个节点下线，另一个节点上线的时候，这一段的时间是两节点MongoDB 提供服务，这点如果是线下的私人搭建的，可以理解，但阿里云你是专业的，MongoDB代码你都能改，这点不应该是在加一个节点，然后下一个替换的节点吗，怎么就变成，先下一个节点，在加一个节点了，你这是要违反分布式协议在某一个时刻的稳定性呀？当时我也非常NICE 和你们指出这其实是可以改的，虽然可能出不了问题，但是如果出了问题，此时如果不凑巧，2个节点中的一个节点在你切换的时候出了问题，你的MongoDB 就光杆司令了，业务写就停止了，就出事故了，你们说我这样指出问题对不对。

炮轰问题 3

专业性与服务性不足的问题

1 账号不显示

上面我们提了，账号不能再数据库界面里面添加，BUG ，我自己加可以了吧，我会我去系统里面加我不求你，可是有意思的问题来了，我加完用户，界面显示不出来，其他的RDS ，POLARDB 都可以显示，你不让我加就算了，还不能显示。那我问你账号管理的意义和界面的设计的意义在哪里，你的产品经理呢，睡了吗？睡的着吗？

2 明明有不花钱的只读节点，你不告诉客户 这点在服务可用性里面可以看到，阿里云给客户产生的是 P S H ，也就是有一个人节点是不参与选举的隐藏节点，每次更换下线节点都是把节点置为H 在下线，这点到是没有什么但是为什么你不告诉客户，客户可以有一个只读节点，而不需要去购买一个只读节点。因为400块钱是吗，那么需要400块。 然后客户如果懂一点，知道你的猫腻，然后你还要给出一个提示，生产程序不建议连接这个只读库，我就想问了，你给建立的只读库可以连接，天然有的只读库，客户不用花400块买的你不建议用，你真是客户贴心的小棉袄，客户这心呀，拔凉拔凉。（当然我知道你要解释什么，住口你技术可以解决的问题，别在这里找借口）

3 刚买的MongoDB 没有用，就消耗了400MB，我不理解不理解，一个库没有用，一个客户没有连接，一条数据没有写，400MB GONE ，what's F !!!

写到这里，我真的有点血压高，我真的很生气，我非常喜欢 MongoDB,然后适合的业务都推荐MongoDB ,你们就是这么糟践 MongoDB 的阿里云服务的吗？FXXX

附带MongoDB 自己的atlas 云服务，如果可以，建议大家看看专业的MongoDB Atlas 是怎么收费和提供服务的。何时国内也能有专业的MongoDB 服务，其他的劣币就长进了。