不需要，但强烈建议统一使用默认端口27017；跨主机部署必须用主机名而非ip配置bindip；仲裁节点可共用27017但需隔离dbpath和bindip；分片集群中shard、config server、mongos端口必须严格隔离。
副本集节点必须用相同端口吗？
不需要，但强烈建议统一使用默认端口 27017。MongoDB 官方文档和绝大多数生产部署都采用该端口，不是因为它“必须”，而是因为：客户端驱动、监控工具、备份脚本、K8s Service 模板等生态组件默认只认 27017；改端口会触发一连串适配成本。
常见错误现象：
– 用 27018 启动一个节点，连接字符串写成 mongodb://node1:27018/?replicaSet=myrs，但应用启动失败，报错 Failed to parse connection string 或超时 —— 实际是驱动没报错，但 DNS SRV 记录或某些 SDK 默认忽略非标端口；
– Prometheus exporter 抓不到指标，因为 exporter 默认只扫 :27017；
– mongodump 直连时漏写 --port 参数，直接连到本地 27017 空实例上。
实操建议：
– 所有节点配置 net.port: 27017（而非用不同端口模拟多实例）；
– 若需单机多实例测试，用不同 dbPath + 不同 logPath + 统一 port: 27017 + bindIp 绑定不同 IP（如 127.0.0.1 和 127.0.0.2），避免端口冲突又保持语义一致；
– 生产环境严禁混用端口：比如 node1:27017、node2:27018、node3:27019，这会让 rs.add("node2:27018") 成为硬编码风险点，且无法利用 DNS 轮询或服务发现。
跨主机部署时 bindIp 怎么设才不踩坑？
必须用主机名（DNS 解析名），不能写 IP 地址。MongoDB 5.0+ 已强制要求：如果 replSetName 配置里用了 IP，rs.initiate() 会成功，但节点间握手失败，日志反复刷 Failed to connect to … No route to host 或 connection refused，而 rs.status() 显示成员状态为 STARTUP2 卡住。
原因在于：副本集成员间通信靠的是配置中写的 host 字符串（如 "mongo1:27017"），这个字符串会被所有节点用来反向解析和连接；若写成 "10.0.0.1:27017"，当 mongo2 尝试连 mongo1 时，它会尝试解析 10.0.0.1 —— 这在跨子网或容器网络里极可能失败，尤其当 mongo2 的 /etc/hosts 没映射该 IP 时。
实操建议：
– 所有节点 /etc/hosts 加一行：10.0.0.1 mongo1、10.0.0.2 mongo2、10.0.0.3 mongo3；
– 配置文件中 net.bindIp 设为 mongo1（或 0.0.0.0，但需配合防火墙）；
– rs.initiate() 里成员 host 字段必须用 "mongo1:27017"，不能用 IP；
– 验证方式：在 mongo2 上执行 ping mongo1 和 telnet mongo1 27017，通了再 init。
仲裁节点（Arbiter）要不要单独开一个端口？
可以共用 27017，但必须确保它不与其他 mongod 实例冲突。仲裁节点本质是轻量级 mongod 进程，不存数据、不写 journal、不参与数据同步，只参与投票 —— 所以它对磁盘 IO 和内存占用极低，完全可以和某个数据节点部署在同一台物理机（但不推荐），只要 dbPath 隔离、port 不冲突即可。
容易被忽略的点：
– 仲裁节点的配置里 storage.dbPath 必须指向一个**空目录**，哪怕只是放个 .gitkeep 也不行，否则启动失败报 Found data in dbPath, but it's not a valid database；
– 它的 replSetName 必须和其他节点完全一致；
– 它的 net.port 可以和主节点一样（27017），但 net.bindIp 必须绑定到另一个 IP（如 127.0.0.3）或用不同主机名（arbiter1），否则端口被占；
– 不要给仲裁节点开 security.authorization: enabled，它不处理用户请求，开了反而导致初始化失败。
分片集群里副本集端口和 config/mongos 端口能重叠吗？
绝对不能。分片集群中三类角色端口必须严格隔离：
– Shard 副本集成员：统一用 27017（如前文所述）；
– Config server 副本集：必须用另一端口，官方推荐 27019 或 27018；
– Mongos 路由进程：必须用第三端口，如 27017 被 shard 占了，mongos 就得用 27018 或 27020。
混淆后果很直接：
– 启动 mongos 时指定 --configdb configs/10.0.0.1:27017，但 10.0.0.1:27017 实际跑的是 shard 主节点，mongos 会连上并报错 not a config server；
– 日志里出现大量 Failed to connect to config server，但你查端口发现“明明在监听”，其实是连错了服务。
实操建议：
– 用固定端口规划表，例如：shard1: 27017（所有成员）configs: 27019（所有成员）mongos: 27018（每个 mongos 实例）；
– 在 systemd service 文件里显式写死 ExecStart=/usr/bin/mongod --port 27019 --config /etc/mongod-config.conf，避免靠配置文件继承出错；
– 检查端口占用只用 ss -tlnp | grep :2701[7-9]，别信 netstat 或 lsof 的模糊匹配。
