除了自己做二阶段提交没有见过别的现成的组件。但是听我一句劝，这样大规模的分布式事务基本上是死路一条。

问这个问题的出发点就不对了。MongoDB不是关系数据库，使用MongoDB的第一课就是学会通过反范式来避免JOIN。因为在分布式环境下JOIN的消耗是极其严重的，并且还会很大程度上阻碍水平扩展。把你的场景描述出来才可以进一步分析。

这其实是一个所有数据库通用的问题。假设你有10条记录的cityCode都是300001，但是它们的cityName各不相同，可能是“北京”、“上海”、“天津”等等。那么按cityCode分组的时候你希望得到哪一个cityName？当然从你的情况来讲，cityCode和cityName应该是一一对应的，所以聚...

没有办法实现你的要求。既然微服务了，怎么还依赖事务啊？

查了一下mongoose文档，正确的写法似乎是： {代码...} 注意这个方法实际上是在集合上创建了一个TTL Index。这个索引完全可以通过手工创建，并且也推荐在生产环境中使用手工创建，原因如下： 假设你的项目已经运行过一段时间，积累了一定量的数据； 此时上面的代码上...

为了保持水平扩展的有效性，分片功能必须保证各个片之间没有直接关联，不需要与其他分片交互就可以独立做出决策。如果不能满足这一点，随着分片数量不断增加，需要交互的分片越来越多，势必会越来越慢，那么就违背了分片的初衷了。比如JOIN就是一种典型的破坏分片独...

首先要理解pymongo或者mongoose这样的驱动连接MongoDB的过程中会发生什么。其实驱动在你眼皮底下做了很多事情来达到高可用，负载均衡等等。为了实现这些功能，驱动连接的并不仅仅是你指定的那一个节点，甚至也不是用你提供的IP地址来连接。而是用你提供的IP和端口连...

一个健康的系统，其查询应该尽可能使用索引去找到满足条件的数据（IXSCAN）。最理想的情况下scannedObjects:returned = 1:1。最不理想的情况下，系统会生成一个集合扫描（COLLSCAN）的查询计划。COLLSCAN就会导致遍历集合中的所有文档，逐个比较是否符合查询条件。所...

因为没有上下文，我大胆猜测一下，大概是dbpath不对。比如之前是用命令启动的，现在改用daemon了。好好检查下配置。

仲裁节点通过认证了你想干什么呢？它是不存任何数据的。也正在因为它不存任何数据，连账户信息也是没有的，所以无法使用用户来认证。

2019-08-28T10:48:44.028+0000 E - [conn6] Assertion: Location34348: cannot translate opcode 2010 src/mongo/rpc/message.h 120

先说lean的问题，这纯粹是客户端的一个动作，是mongoose特有的功能。确实可以让返回结果更快，但是对服务端没有任何不同。select是只返回其中一些字段，但MongoDB不是关系数据库，动态数据模型决定了在这个文档读出来之前你是不知道它里面有哪些字段的。所以从这个角...

取决于版本，从3.6开始mongodb默认监听127.0.0.1（配置文件中的bindIp，命令行中的--bind_ip）。也就是说你从本地可以连接，从其他服务器是连接不上的。之所以会有这个设定，是因为如果默认设置为0.0.0.0，则从所有地方都能访问。虽然更方便，但是过去几年内不断地有...

把眼光放到整个生态系统你可以会更容易理解一些为什么会有这些问题。光就Linux来说，常用的就有RHEL/CentOS, SUSE, Ubuntu等等，还不包括一些小众的发行版。每个系统都有自己的使用习惯，放置配置文件、依赖库的位置等。所以mongod本身不会去适应所有的环境，因为有...

上千条，这也太少了吧？ 加个索引就行了。

MongoDB 3.6之后支持ChangeStream就是拿来给你同步数据用的。我写过一篇文章：[链接]

索引的创建方式修改为：db.Examples.createIndex({difficulty:1, rankFactor:1, updatedAt:1}){精确匹配字段,排序字段,范围查询字段}这样的索引排序会更为高效

加一个$project来做。$lookup不是做这事的。

不可行，mongodb要求副本集必须是3个及以上的奇数节点，2个节点没法选举出leader，会导致你的集群一直处于不可用状态。 但是作为测试环境使用，是可以部署在单节点上的，只要使用不同端口分开实例即可: [链接]

问题打上了MongoDB的标签，但是似乎跟MongoDB没有很直接的联系。说说个人的看法。先开是跟你的需求紧密相关的，你的考虑是什么？要达到的目的是什么？