老师， 请问下, majority 读时， 我有3个节点，刚开始三个节点， x值都是1， 后面更新了x=2时， a节点跟b节点都更新了， c还没来得及更新， 然后我去读， 刚好落在c节点上， 那此时 会返回1？

老师，我在MongoDB3.6下测试您的示例，发现在两个从节点都设置db.fsyncLock()的情况下，在主上执行readConcern("majority")，并不会阻塞等待，会立即返回，返回结果中不包含x=1（该记录写入主节点，未同步到从节点）。你用的是4.2版本吗？这个版本是增加了什么设置才会导致读时阻塞吧

老师，您给的示例中，在两个从节点设置fsyncLock，在主上用readconcern=majority读时，主会block，block是基于什么考虑呢？为何要等待呢，直接忽略未同步到majority的数据，立即返回已经majority的不行吗？对比MySQL，设置提交读时，直接忽略未提交的数据，而不是等待他们提交。