不能。buildIndexes: false 仅在初始同步阶段生效，不影响 oplog 中索引操作的重放；从节点仍会执行主节点创建的索引命令，索引最终必须与主节点一致。
buildIndexes: false 能否让从节点跳过索引构建？
不能。设置 buildIndexes: false 仅在**初始同步（initial sync）阶段**生效，且只对**该次同步过程中的索引创建行为**起作用——它不会让从节点“永久不建索引”，更不会影响后续复制 oplog 时对索引操作的重放。
也就是说：如果主节点上执行了 createIndex，这条操作仍会通过 oplog 复制到所有从节点，并在从节点上实际执行，buildIndexes: false 对此完全无效。
真正能控制索引是否在某节点上存在的唯一方式
靠的是副本集成员配置中的 buildIndexes 字段，但它只在以下两个严格场景下起作用：
- 该节点处于 initial sync 状态（即刚加入、或数据目录被清空后重启）
- 该节点是 arbiter 或 hidden/delayed 成员，且你明确希望它不参与索引构建（比如只为选举或延迟备份服务）
示例配置（修改成员时使用 rs.reconfig()）：
cfg = rs.conf();
cfg.members[1].buildIndexes = false; // 假设 members[1] 是目标从节点
cfg.members[1].priority = 0; // 通常配合设为 0，避免被选为 primary
cfg.members[1].hidden = true; // 可选：隐藏该节点
rs.reconfig(cfg, {force: true});
⚠️ 注意：buildIndexes: false 必须和 priority: 0 配合使用，否则 MongoDB 会拒绝配置（报错 "buildIndexes can only be set to false on non-electable members"）。
为什么你看到的从节点没建索引？可能是这些原因
如果你观察到某个从节点确实没有某索引，大概率不是因为 buildIndexes: false，而是以下情况之一：
- 该节点尚未完成 initial sync，还卡在复制阶段，索引还没来得及建
- 该节点曾被手动停掉，启动时用了
--noIndexBuild（仅限 4.2 及更早版本，4.4+ 已移除） - 你误删了该节点上的索引（
db.collection.dropIndex()），而主节点并未执行对应删除操作，导致状态不一致 - 该节点是 arbiter —— arbiter 本就不存储数据，自然没有索引（但也不能设
buildIndexes: false，它压根不支持这个字段）
想让某节点“不承担索引负载”？务实做法是
索引构建本身是写密集型操作，会影响 I/O 和内存。若想降低某从节点压力，不要依赖 buildIndexes，而应：
- 确保该节点不是
primary，也不接受读请求（设slaveOk: false或应用层不路由到它） - 用
rs.stepDown()主动降级，再等它完成当前 oplog 应用后再做维护 - 如需临时禁用索引构建（例如磁盘空间紧张），可先
rs.freeze(300)冻结其选举资格，再人工干预，但无法阻止已进入 oplog 的索引命令执行
真正不可绕过的事实是：MongoDB 副本集中，索引结构必须与主节点最终一致；所谓“限制不建索引”，只存在于同步中途的短暂窗口，而非运行时策略。
