1，复制集默认的事务是那种啊？之前主从arber的架构，从节点挂了后，有7-8小时都没有恢复，发现主节点也写不下去，停库也停不了，只能kill。这种情况应该怎么办
A：事务参数不填的话，readConcern默认是local，writeConcer默认是1，这样并不是保持acid的snapshot隔离，可以认为大致满足read recommited且不满足持久化，也就是说事务写的数据在ha切换后，会出现丢失
又问 “但是kill之后，再次起库的时候用了10个小时，发现之前的很多oplog 都没落盘，要回滚，这个是什么原因啊”
A；可能你的写是majority的写，因为arbiter不包含数据，所以写不进去。不建议使用arbiter，建议1个primary+ 2个secondary的架构，这样主库挂了，仍有2个节点有数据。
再问 ”但是kill之后，再次起库的时候用了10个小时，发现之前的很多oplog 都没落盘，要回滚，这个是什么原因啊“
A：majority的写，必须写到2个节点后，才能完成，所以数据都没写成功
最后 ”好的，生产还是有不少主从arbiter的架构，担心这个问题再次出现，应该怎么调整majority的写“
A：一定要用主从arbiter的架构的话，那你的写最好用w:1，也就异步同步数据，主库奔溃的话，刚写的数据可能会丢一点
2，MongoDB副本集模式下，如果复制其中一个 节点的DB目录文件到其他新的3台机器上，是否可以独立使用这3台新机器组建一个副本集，而且不需要这3台机器间再去同步数据呢，因为他们本来的数据都是一样的？
前面的时候问过这个问题，老师说的是把新搭建的节点加入原来的集群里面，我是不能加入原来的集群里，只能用拷贝的这个DB目录新建一个副本集，是否可以？
A: 可以的，要以单节点的方式启动新机器上的数据，然后重新初始化为一个新副本集，配置文件里的一些ip port目录等配置参数要同步改一下
又问：这样的话，新副本集里面的新增加的节点岂不是要从这个单节点上同步数据吗，如果数据量有几百G，不是要很久吗？
A:新副本集的第一个阶段初始化好后，你再拷贝这个新节点的数据到其它2个机器上，再组件副本集，
第一个阶段 = 第一个节点， 新副本集的第一个阶段初始化好后，你再拷贝这个新节点的数据到其它2个机器上，再组件副本集
再问：用从原来的老副本集里拷贝的DB目录数据文件去启动节点不行，是吗？为什么呢？
A:应该也可以，你三个节点都以standby启动，然后再组建副本集
3，老师，我现在如果扩容一个数据节点就是 4个节点副本集运行，过几天变更的时候再踢掉投票节点，4个节点运行会不会有问题啊
A: 4个节点不会有问题的，就是高可用的效果跟3个节点一样
又问：4个节点选举不会出现问题吧，一般不是奇数个节点吗
A: 不会有问题，偶数节点相当于一个节点的数据浪费了，所以一般是奇数节点
