不生效。writeConcern 仅作用于 insertOne、updateMany 等写操作命令，$out 和 $merge 属聚合阶段行为，不走标准写命令通道，忽略客户端设置的 writeConcern，需通过 toArray() + bulkWrite 显式传入 writeConcern 才能生效。
writeConcern 对聚合写入是否生效？
不生效。MongoDB 的 writeConcern 仅作用于**写操作命令**（如 insertOne、updateMany、bulkWrite），而聚合管道中的 $out 或 $merge 虽然会写数据，但它们属于**聚合阶段行为**，不走标准写命令通道，因此忽略客户端设置的 writeConcern。
这意味着：即使你用 mongosh 执行 db.getMongo().setWriteConcern({w: "majority", wtimeout: 5000})，再运行 db.orders.aggregate([{$group: {...}}, {$out: "orders_summary"}])，该 $out 操作仍按服务端默认 w: 1 执行，不等待多数节点确认。
-
$out总是覆盖目标集合，且写入由主节点单点完成，无复制确认流程 -
$merge行为类似，虽支持 upsert 逻辑，但仍不参与 writeConcern 控制 - 只有显式调用写命令（如
bulkWrite插入聚合结果）才能真正受writeConcern约束
如何让聚合结果真正落盘到多数节点？
必须把聚合结果导出为「可控制写行为」的数据结构，再用带 writeConcern 的写命令落地。最可靠的方式是：先用 toArray() 或游标遍历取回结果，再用 bulkWrite 写入，显式传入 writeConcern 参数。
示例（在 mongosh 中）：
const result = db.orders.aggregate([
{ $group: { _id: "$status", total: { $sum: "$amount" } } }
]).toArray();
db.orders_summary.bulkWrite(
result.map(doc => ({ replaceOne: {
filter: { _id: doc._id },
replacement: doc,
upsert: true
}})),
{ writeConcern: { w: "majority", wtimeout: 5000, j: true } }
);
- 注意：
toArray()会将全部结果加载进内存，大数据集慎用；生产环境建议分批次 +cursor.batchSize() -
bulkWrite的writeConcern是独立参数，不继承db.getMongo().setWriteConcern()设置 - 若需原子性，可将聚合 + 写入封装在事务中（但事务内不支持
$out/$merge，仍需先toArray()）
为什么不能直接用 $merge + writeConcern？
$merge 支持 writeConcern 字段，但仅限于**其内部写操作所用的 write concern 配置项**，且该配置必须在 $merge 阶段内声明，不是客户端传入的连接级设置。更重要的是：它只影响 $merge 自身的写行为，而 MongoDB 6.0+ 的 $merge 实现仍不强制等待多数节点确认 —— 官方文档明确说明该参数“may be ignored in some deployments”。
- 实测中，即使写成
{$merge: { into: "x", on: "_id", writeConcern: {w: "majority"} }}，日志和rs.status()也显示从节点延迟同步，无强制阻塞 - 该字段实际用途是向副本集成员传递 hint，并非强一致性保障手段
- 真正能触发
wtimeout报错、强制多数确认的，只有标准 CRUD 命令路径
副本集配置层面的关键约束
即使你在应用层正确设置了 writeConcern: {w: "majority"}，若副本集本身未启用 journal 或未配置 writeConcernMajorityJournalDefault，仍可能无法保证落盘可靠性。
- 所有数据节点必须开启 journal（
storage.journal.enabled: true），否则j: true无效 - 若副本集中有内存引擎节点（
inMemory），必须在初始化时或通过replSetReconfig显式设settings.writeConcernMajorityJournalDefault: false，否则 majority 确认永远无法达成 - 仲裁节点（arbiter）不参与
w: "majority"计票，但会影响选举；确保投票节点数为奇数且 ≥3
最容易被忽略的是：聚合结果写入环节天然绕过 writeConcern 控制路径，靠改配置或加参数解决不了根本问题 —— 必须把「聚合」和「可控写入」拆成两步，且第二步必须用 bulkWrite 或等效命令显式携带 writeConcern 文档。
