electionTimeoutMillis设太小会导致频繁主从切换；该参数控制副本集成员在未收到主节点心跳后的选举触发时间，默认10000毫秒，生产环境建议不低于6000，跨地域部署宜调至12000–15000，且须与heartbeatIntervalMillis配套调整（至少2倍关系）。
electionTimeoutMillis设太小会导致频繁主从切换
这个参数控制副本集成员在多久没收到主节点心跳后，开始发起新一轮选举。默认值是10000毫秒（10秒），但直接照搬可能出问题。网络抖动、瞬时高负载或WiredTiger页面刷盘延迟，都可能让某个从节点短暂收不到心跳。如果electionTimeoutMillis设成3000甚至更低，这类短暂异常就容易触发误判，导致不必要的选举——主节点还在正常服务，却已被“投票下台”，新主刚上位又得同步oplog，业务可能感知到写入失败或短暂不可用。
实操建议：
- 生产环境别低于6000，三节点集群建议保持默认10000，除非你有明确的低延迟切换需求且网络质量极稳
- 如果部署在跨可用区或跨城网络中，应适当上调至12000–15000，避免因网络RTT波动引发误切
- 不要单独调低这个值来“加速故障发现”——真正影响恢复速度的是
heartbeatIntervalMillis（默认2000ms）和网络可达性，不是靠压缩选举超时
electionTimeoutMillis和heartbeatIntervalMillis必须配套调整
这两个参数是联动的：heartbeatIntervalMillis决定心跳发送频率，electionTimeoutMillis决定最多容忍几次心跳丢失。MongoDB要求electionTimeoutMillis至少是heartbeatIntervalMillis的2倍，否则启动时会报错electionTimeoutMillis must be at least 2 * heartbeatIntervalMillis。
常见错误场景：
- 把
heartbeatIntervalMillis改成500（想更早发现问题），但忘了同步调高electionTimeoutMillis，结果mongod直接拒绝启动 - 在rs.reconfig()里只改了
electionTimeoutMillis，没检查当前heartbeatIntervalMillis值，导致配置校验失败 - 滚动升级时，旧节点还用默认2000ms心跳，新节点配了1000ms心跳但
electionTimeoutMillis没同步更新，造成心跳协议不兼容
修改electionTimeoutMillis必须用rs.reconfig()且注意force使用风险
该参数属于副本集配置文档settings字段，不能通过mongod命令行或配置文件热加载，必须调用rs.reconfig()生效。而且它不支持在线平滑变更——执行过程中主节点会短暂拒绝写入，所有成员需重新协商配置。
关键操作要点：
- 先运行
rs.conf()拿到当前完整配置，仅修改settings.electionTimeoutMillis字段，其他不动 - 确保此时主节点在线且健康，否则
rs.reconfig()会失败 - 不要加
{force: true}——这个选项绕过多数派确认，可能导致配置分裂（split-brain），尤其在已有网络分区时极其危险 - 修改后立刻运行
rs.status()确认所有成员lastHeartbeatRecv时间正常更新，且stateStr无STARTUP2或RECOVERING异常状态
真正影响选举稳定性的往往是oplog同步延迟而非electionTimeoutMillis
很多团队花大量时间调electionTimeoutMillis，却忽略更关键的指标：从节点的oplog落后量。如果某从节点因为磁盘慢、CPU争抢或大集合全表扫描，导致oplog应用延迟超过30秒，它即使心跳正常，也会在选举中被自动降权（priority归零），无法参选。这时调再小的electionTimeoutMillis也没用。
排查路径：
- 用
rs.printSecondaryReplicationInfo()看各从节点oplog延迟秒数 - 检查
db.serverStatus().metrics.replication里的oplog字段，确认appliedOpTime和optimeDate是否持续追平主节点 - 如果延迟高，优先优化磁盘IO（比如换NVMe）、限制慢查询、调大
wiredTiger.cacheSizeGB，而不是压选举超时
最常被忽略的一点：electionTimeoutMillis只是“触发选举”的开关，但能不能选出新主，取决于成员间能否完成一次完整的RAFT式投票协商。只要有一个节点网络不通、DNS解析失败、或keyfile权限不对，就算超时设成1秒，也切不成——这时候查rs.status().members[n].health和.stateStr比调参数管用得多。
