mongodb 文本索引只允许一个，因底层将所有字段合并至单一倒排索引；权重用正整数调节字段匹配得分，默认1，0表示不参与，非字符串字段或拼写错误会导致索引失效。
为什么 MongoDB 文本索引只允许一个？
MongoDB 的 text 索引类型设计上就禁止在同一个集合中创建多个——这不是 bug，是硬性限制。底层引擎把所有 text 索引字段合并进一个倒排索引结构里，重复建会直接报错：Cannot create text index on collection 'xxx' because there is already a text index。
所以别想着“再建一个”来分担字段或权重，得在一个索引里把所有要全文搜索的字段和权重一次性配好。
怎么用 weights 控制不同字段的重要性？
权重不是“开关”，而是影响排序得分的乘数。默认所有字段权重为 1；设成 0 表示该字段不参与索引（但字段仍需出现在索引定义中）；大于 1 就提升其匹配贡献。
-
title字段更关键？设weights: { title: 10 } - 想让
content次之、tags仅辅助？写成{ title: 10, content: 5, tags: 2 } - 权重只影响
$text查询时的score排序，不影响是否能匹配到 - 没显式指定的字段，自动按权重 1 处理；但建议全部列出来，避免后续加字段时漏配
示例建索引命令：
db.articles.createIndex({ title: "text", content: "text", tags: "text" }, { weights: { title: 10, content: 5, tags: 2 } })
组合字段时容易忽略的三个坑
看似只是把几个字段塞进一个索引，实际有几处极易出错：
- 字段名拼错或大小写不一致——比如集合里是
body，索引里写了Body，该字段就完全不进倒排索引 - 对数组字段用了
"text"而不是{"$**": "text"}：MongoDB 不支持对数组元素单独设文本索引，必须确保字段值是字符串，否则索引会跳过该文档对应字段 - 权重值设为浮点数（如
3.5）或负数：MongoDB 只接受正整数，否则建索引失败，报错信息是weights value must be an integer
替换旧文本索引前必须先删掉它
不能用 createIndex 覆盖已有文本索引。必须手动删旧的，再建新的。否则会卡在报错状态，连 getIndexes() 都看不到新索引。
- 查当前文本索引：
db.articles.getIndexes().filter(i => i.key && i.key["title"] === "text")
- 删掉它：
db.articles.dropIndex("title_text_content_text_tags_text")（名字按实际返回的name字段填） - 再执行带
weights的createIndex
删索引是同步阻塞操作，如果集合很大，可能卡住几秒；生产环境建议选低峰期操作。
