MongoDB副本集扩容时，新节点须预建与源集群完全一致的聚簇索引集合，否则导致性能下降、查询异常及writeConflict错误；需在rs.add()前通过db.createCollection指定clusteredIndex:{key:{_id:1},unique:true}等严格参数创建，并验证getIndexes和stats().clustered结果一致。
在MongoDB副本集扩容时，新节点若未继承原集群的聚簇索引（Clustered Index）配置，会导致集合插入性能下降、查询计划异常，甚至引发writeConflict错误——因为聚簇索引必须在集合创建时声明，后续无法通过alter命令添加或修改。
确认源集群是否启用聚簇索引
连接当前Primary节点执行：db.runCommand({ listCollections: 1, filter: { "options.clusteredIndex": true } })。
若返回空数组，说明当前副本集中尚无任何聚簇索引集合，扩容时无需特殊处理；若返回结果包含集合名和"clusteredIndex": true字段，则进入下一步。
获取目标集合的完整创建参数
对每个启用聚簇索引的集合，运行：db.runCommand({ listCollections: 1, filter: { name: "your_collection_name" } })，提取options.clusteredIndex对象内容。
特别注意key字段必须是{ _id: 1 }或{ _id: -1 }，且unique必须为true；MongoDB仅支持以_id字段为键的聚簇索引，其他组合会直接报错。
记录下该集合的storageEngine.wiredTiger.collectionConfig.blockCompressor（如zlib）、validationLevel、validationAction等关键配置，这些必须与源集合严格一致，否则初始化同步后数据校验失败。
在新节点上预建同构集合
方法一：使用mongo shell连接待加入的新Secondary节点（尚未加入副本集），执行db.createCollection("your_collection_name", { clusteredIndex: { key: { _id: 1 }, unique: true } })。
方法二：若需批量处理，将所有聚簇集合的创建语句导出为脚本文件prebuild_clustered.js，在新节点mongod进程启动后、rs.add()前执行：mongo --host 127.0.0.1:28018 prebuild_clustered.js。
【必须在rs.add()之前完成】一旦节点加入副本集并开始初始同步，MongoDB会跳过已存在的集合，但不会校验其聚簇索引配置是否匹配源节点——这将导致该集合在新节点上实际以普通B-tree索引方式存储，数据物理布局错位。
验证新节点集合结构一致性
步骤一：等待新节点完成初始同步，状态变为SECONDARY。
步骤二：分别在Primary和该新Secondary上执行：db.your_collection_name.getIndexes()。
步骤三：比对输出中"clustered": true、"key"值、"unique"布尔值是否完全相同；若任一字段不一致，说明预建失败，需删除该集合并重试。
步骤四：检查db.your_collection_name.stats().clustered返回值，必须为true；若为undefined或false，表示底层WiredTiger引擎未启用聚簇存储格式，此时即使getIndexes显示clustered:true也属元数据污染，必须重建。
