在MongoDB 4.4生产集群中为千万级集合在线建索引，需先验证集群状态与索引必要性，再选择background:true或分片集群专用读关注方式，全程监控进度并及时干预异常。
在MongoDB 4.4生产集群中为千万级以上集合在线创建索引，必须避免主节点阻塞写入、副本集同步中断或从节点长时间落后，否则将直接触发业务超时和数据不一致。
确认集群状态与索引必要性
登录任意mongos或主节点，执行 rs.status() 查看所有成员状态，确保无 STARTUP2、RECOVERING 或 UNKNOWN 成员；同时用 db.collection.stats({scale: 1024}) 获取集合大小和文档数，确认该集合确实需要新索引支撑查询性能。
若 db.collection.getIndexes() 已存在相同字段组合的非唯一索引，跳过后续操作——重复建索引会浪费磁盘并引发锁竞争。
选择后台构建模式并指定读关注
方法一：使用 background: true 启动索引构建
执行 db.collection.createIndex({ "user_id": 1, "created_at": -1" }, { background: true, name: "idx_user_created" })。此方式让MongoDB在空闲时间片构建索引，不阻塞前台读写，但总耗时更长；【background:true不可用于分片集群的哈希索引或TTL索引】。
方法二：在分片集群中强制指定读关注级别
连接mongos后，先运行 db.runCommand({ setDefaultRWConcern: { defaultReadConcern: { level: "majority" } } })，再执行索引命令。这能防止因从节点同步延迟导致部分分片未及时应用索引元数据，造成路由错误。
监控索引进度并干预异常
第一步：启用详细日志跟踪
在mongod启动参数中加入 --verbose --vvv（仅临时用于本次建索引），或动态设置日志级别：db.setLogLevel(1, "index")。
第二步：每5分钟轮询一次构建状态
执行 db.currentOp({ "secs_running": { "$gt": 30 }, "msg": /index/ })，检查返回结果中的 secs_running 和 progress 字段；若某分片上 progress.done 连续两次无增长且 secs_running > 1800，说明该分片磁盘I/O已达瓶颈。
第三步：定位卡住的分片并手动终止
从 currentOp 输出中提取 host 和 desc，登录对应分片的primary节点，运行 db.killOp(<opid>)</opid> 强制中断；随后在该分片上改用 collMod 命令降低并发度：db.runCommand({ collMod: "collection", index: { keyPattern: { "user_id": 1 }, background: true, maxTimeMS: 3600000 } })。
