结论是不能只靠命令行参数启动，必须改配置文件+systemd服务+显式绑定hostname或DNS名；否则rs.initiate()会卡住、节点加不进或状态始终STARTUP，因systemd忽略命令行参数而读取/etc/mongod.conf，需确保replSetName一致、bindIp非仅127.0.0.1、hostname可解析且权限网络均正常。
rs.initiate() 会卡住、节点加不进、或者初始化后状态始终是 STARTUP。
mongod 启动必须用 --replSet，但 systemd 里它根本不起作用
很多人在终端里手动跑 mongod --replSet rs0 --bind_ip 0.0.0.0 能成功，一换成 systemd 就失败——因为 systemd 默认读的是 /etc/mongod.conf，命令行参数全被忽略。
实操建议：
-
/etc/mongod.conf里必须有replication:块，且replSetName值要和你后续rs.initiate()传的一致 -
net.bindIp不能只写127.0.0.1，得填实际能互通的 IP 或 hostname（比如192.168.1.10,localhost） - 如果用了 hostname（推荐），确保所有节点
hostname -f输出一致，且/etc/hosts里互相可解析（例如192.168.1.10 node1）
rs.initiate() 失败常见原因和绕过方式
执行 rs.initiate() 后返回 { "ok" : 0, "errmsg" : "no replset config object supplied" } 或卡住不动，大概率是配置没对齐。
关键检查点：
- 三个节点的
replSetName必须完全相同（大小写敏感） -
rs.initiate()只能在主节点上首次运行；如果之前 init 过又清数据，得先删掉dbpath下的local目录再重来 - 初始化时传的 config 对象里，
_id字段值必须和配置文件里的replSetName一致，例如：rs.initiate({ _id: "rs0", members: [{ _id: 0, host: "node1:27017" }] })
辅助节点连不上主节点？先看网络和权限
新节点执行 rs.add("node2:27017") 报 Failed to connect to node2:27017，不是 MongoDB 配置问题，而是底层通不了。
快速排查清单：
- 关掉三台机器的防火墙：
systemctl stop firewalld（或开放 27017 端口） - 确认
mongod进程监听的是你写的bindIp，不是仅127.0.0.1：ss -tlnp | grep :27017 -
data和log目录属主必须是运行 mongod 的用户（通常是mongod或你指定的用户），权限设为755，否则日志里会报Permission denied - 用
telnet node2 27017或nc -zv node2 27017测试端口连通性
仲裁节点不能读写，但必须参与选举
仲裁节点（arbiterOnly: true）不存数据，也不接受读请求，但它在主节点宕机时决定谁接任——所以它必须能和其他节点双向通信，且配置里 priority: 0 和 votes: 1 要同时设。
容易踩的坑：
- 误以为仲裁节点可以省略
dbpath——不行，它也要本地目录存元数据 - 把仲裁节点的
bindIp写成127.0.0.1，导致其他节点根本连不上它 - 初始化后忘记在主节点上执行
rs.addArb("node3:27017")，而用了rs.add()，结果它被当成数据节点加入，后续同步失败
hostname -f 输出是否稳定、是否在 /etc/hosts 中被正确映射。IP 地址漂移或 DNS 解析失败，会导致副本集成员反复失联，比配置写错更难定位。 
