mongodb 5.3+创建聚簇索引集合必须显式调用db.createcollection()并传入clusteredindex选项，且key必须唯一；验证需检查getcollectioninfos、explain返回clustered_ixscan，并确认collmod修改失败。
要在MongoDB 5.3及以上版本中创建具备聚簇索引特性的集合，必须显式调用db.createCollection()并传入clusteredIndex选项，仅靠插入文档或使用默认创建方式无法启用该功能。
确认MongoDB版本是否支持
在mongosh中执行db.version()，确保返回值≥5.3。低于此版本的服务器会直接忽略clusteredIndex字段，且不报错——这意味着你可能误以为创建成功，实则仍是普通集合。
创建聚簇索引集合的两种方法
方法一：使用clusteredIndex对象指定排序键与唯一性
运行以下命令：
db.createCollection("orders", { clusteredIndex: { key: { "orderDate": 1, "customerId": 1 }, unique: true } })
这一步将创建名为orders的集合，并强制所有文档按orderDate升序、再按customerId升序物理存储；【unique: true是强制要求】，聚簇索引必须基于唯一键，否则命令执行失败并提示“clustered index must be unique”。
方法二：省略unique字段（等效于显式设为true）
以下写法效果完全相同：
db.createCollection("logs", { clusteredIndex: { key: { "timestamp": -1 } } })
注意：-1表示降序，适用于时间倒序写入场景（如日志），能减少磁盘随机写入；但MongoDB不会自动为该字段创建独立索引，_id索引仍单独存在。
验证聚簇索引是否生效
第一步：检查集合选项
执行db.getCollectionInfos({ name: "orders" })，在返回结果中查找options.clusteredIndex字段。若存在且结构匹配，则说明聚簇配置已写入元数据。
第二步：确认文档存储顺序不可更改
向orders集合插入两条orderDate相同但customerId不同的文档，例如{orderDate: ISODate("2026-09-01"), customerId: "C001"}和{orderDate: ISODate("2026-09-01"), customerId: "C002"}。随后执行db.orders.find().explain("executionStats")，观察executionStages.stage是否为CLUSTERED_IXSCAN——这是聚簇索引被实际使用的明确信号。
第三步：尝试修改聚簇键（不可行操作）
运行db.runCommand({ collMod: "orders", clusteredIndex: { key: { "status": 1 } } })，命令将直接报错：Cannot modify clustered index after collection creation。这证实聚簇索引一旦设定便不可变更，【创建前必须审慎选择key字段】。
