MongoDB raft选举过程，投票规则？
MongoDB使用Raft共识算法来实现高可用性和容错性。Raft算法通过选举的方式选出一个领导者（leader），由领导者来处理客户端的请求并将数据同步给其他服务器。如果领导者出现故障，其他服务器会重新进行选举，选出新的领导者。
MongoDB的Raft选举过程如下：
- 选举开始：当领导者出现故障或者领导者不再能处理客户端请求时，会触发选举过程。其他服务器会开始选举新的领导者。
- 投票请求：每个服务器都会发起投票请求，向其他服务器询问是否愿意接受自己的领导。投票请求中会包含自己的数据状态和领导者的信息。
- 投票规则：在收到投票请求后，其他服务器会根据一定的规则来判断是否接受这个请求。规则如下：
- 如果收到的投票请求中包含的领导者信息比自己当前的领导者信息更先进（例如，领导者ID更大或者数据状态更新），则接受这个投票请求，将自己的状态改为跟随者（follower），并向发起投票请求的服务器发送确认消息。
- 如果收到的投票请求中包含的领导者信息与自己当前的领导者信息相同或者不如自己当前的信息，则拒绝这个投票请求，不进行任何操作。
- 确认领导者：当有一个服务器收到了大多数服务器的确认消息后，它就被选为新的领导者。其他服务器会将自己的状态改为跟随者，并向新的领导者发送确认消息。
- 完成选举：当新的领导者收到了大多数服务器的确认消息后，选举过程结束，新的领导者开始处理客户端的请求并将数据同步给其他服务器。
需要注意的是，MongoDB的Raft选举过程是自动进行的，不需要人工干预。同时，MongoDB的Raft算法还支持动态调整集群规模和自动故障切换等功能，确保了高可用性和容错性。